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This is an addendum to the 
Model 30200 

Q—Bus Ethernet (QE) Controller 
Reference Manual 
of 

December 15# 1981 


CORRECTIONS: 

Three lumpers have been added to the QE Control Board. These 

^re r r B m^. th DisaMed° ^ buS 

in n ?™id§-r B e» "5S 

normal memory and the bottom of QE memory. The jumpers are as 
follows: 


JP1: Shorted: All 16 buffers available 

Open: First buffer disabled. (JP2 determines 

buffer is disabled - Shorted: buffer 0# 


JP2: 

JP3: 


which 

Open: 


buffer 8) 


Shorted: Lower 16KB 

Open: Upper 16KB 

Shorted: 32KB buffer memory available 

Open: 16KB available (JP2 determines which 16KB) 


These jumpers are available on QE Control Board 0216-01 Rev B and 
later revisions. 










JP3 JPl JP2 
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CTAPTEK 1 

3ggm qb cotmaux 

SPECIFICATIONS 



1.1 


DE9QHPTICN 


The 3C200 Qbus Ethernet Controller provides the connection to 
Ethernet for I£I-11 family computers. It consists of a set of three 
double-height (dual) modules that plug into the Qbus (LSI-11 bus) used 
on the LSI-11 r LSI-11/2, LSI-11/23, PDP-11/03, and PDP-11/23. See Figure 


1-4 
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1>1 below foe photo of board set. 

Connection to Ethernet is made via the 3Can Ethernet transceiver and 
cable or any other Ethernet ccnpatible transceiver and cable. 


The controller is built around a 32K byte dual-ported memory. One 
memory port is used for packet transfers between buffer memory and 
Ethernet, without consuming Qbus or LSI-11 cycles. The other memory port 
allows the LSI-11 to directly access the full 32K bytes to process 
packets. 



PIGQRE 1-1. 3COM Q-EDS EfflESNET QJtUSCLLER BQftPD SET 
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Under software control, a portion of this memory is allocated to 
transmit and receive buffers of 2K bytes each, with the remainder 
available for ordinary program and data storage. Since many Ethernet 
applications require no more than four buffers of 2K bytes each, the 
system memory is effectively increased by 24K bytes. 

The 3C200 Controller, 3C100 Ethernet Transceiver and the 3C110 
Transceiver Cable conform to the Ethernet specifications, version 1.0, 
published by DEC, Intel, and Xerox on 30 September, 1980. When coupled 
with any 3Com software driver, they inplement layers one (physical) and 
two (data link) of the International Standards Organisation Reference 
Model for Open Systems interconnection. Ary LSI-U family computer so 
equipped will be ccnpatible with any other Ethernet-based system at the 
physical an3 data link levels. 

Software drivers are available for UNET ^Corn's comunications 
software, for the networking of UNIX^based systems and for DEC'S RM1 
and RSX-11M operating systems. A system using UNIX/UNET provides 
communication through all seven layers of the ISO model, with UNET 
providing file transfer, virtual terminal, electronic mail and 
process-to-process communication. 



1 

2 


CHET is a trademark of 3Com Corporation. 
UNIX is a tradanark of Bell laboratories. 
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1.2 QE FEATURES 

• Compatible with 10 megabit-per-second EEC, Intel, 

. Xerox Ethernet. 

• Compatible with DEC Qbus (LSI-11 bus) allowing 
use with LSI-11/2, LSI-11/23, PDP-11/03, and 
roP-11/23. 

• Connects to Ethernet using 3Com Ethernet 
Transceiver and Transceiver Cable or any other 
transceiver and cable that conform to the 
Ethernet specification. 

• Controller handles serial-parallel and 
parallel-serial conversions, buffering for 
transmission and reception, framing of packets, 
encoding and decoding, collision and error 
detection. 

• Includes 32K byte dual-ported memory that appears 
in the LSI-11 address space. Transfers between 
the dual-ported memory and Ethernet do not 
consume Qbus or LSI-11 cycles, allowing 
concurrent processing. 
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• 2K byte buffers can handle maximum packet size 
allowed by Ethernet specification with up to 16 
transmit/receive buffers queued, controlled by 
independent FIFOs. 

• Partitioning of dual-ported memory is under 
software control for optimal utilization. 

• Can transmit and receive minimally spaced 
packets. 

• Manchester decoding using phase-locked loop 
circuitry. 

0 32-bit CRC generated on transmit and verified on 
receipt to ensure data integrity. 

• Contained on three DEC-standard double-height 
modules compatible with LSI-11 chassis. 

• UNET users are provided cotmuni cation through all 
seven layers of ISO model. 


• ft- 11 and RSX-11M drivers provide camunication 

through physical and data link layers of the ISO 
model. 
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1.3 qe specifications 


Compatibility 


Conforms fully to Ethernet specification, 
version 1.0, published 30 September, 1980, 
by DEC, Intel, and Xerox. 

Conforms fully to Qbus (LSI-11 bus) as 
specified by DEC. 



Functions 


Serial/parallel and parallel/serial 
conversions. 

Transmit and receive buffering. 

Framing of packets. 

Manchester encoding and decoding. 

Collision and error detection. 



Buffer manory 


Size 


32K bytes. 


Type 


Dual-ported RAM memory 
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Cycle time 

400nsec. 

Refresh 

Every 1.64msec. 

Buffer size 

Transmit - 2K bytes each. 

Receive - 2K bytes each. 

Organization 

1-16 buffers allocated under software 

control, remainder used by LSI-11 for 

program or data storage. 

Byte ordering 

Low order first or high order first, jumper 

selectable. 

Buffer control 

Independent transmit and receive FIFO 

register queues (16 x 4). 

A3dress 

Occupies 32K bytes of LSI-11 memory with 

starting address set by switches at any 32K 

byte address boundary. Bus addressing of 

0 

18 or 22 bits is switch selectable. 
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Ethernet Packet Format 


Length 

512 bits minimum, 12,144 bits maximum, 
excluding 64 bit preamble generated and 

deleted by hardware. 

Format 

Destination Address.48 bits 

• 

Type. 16 bits 

Data.. 8n bits 

where hf 46 minimum, 1500 maximum 

Frame Check Sequence.32 bits 

Frame check sequence 

32 bit CRC generated on transnit, verified 

on receipt. 


Timing 


Bit rate 

10 million bits per second. 

Transmit turnaround 

10.2 microseconds. 

/ 

Receive turnaround 

9.6 microseconds. 

Jam time 

Transmits 32 bits of zeros when collision 
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is detected. 
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Internets 

interrupt vector address Receive completed 0000 1000x1xxxx10000 

Transmit jair/collision 00001000x|xxxx 10100 
Transmit ccrpleted 0000|OOOx!xxxx|1000 

Bits 4-8 are switch selectable 

Priority levels Receive completed 6 

Transmit jany^collision 5 
Transmit completed 4 


I/O Register Addresses 

Receive control lllxIxxxx|xxxx|xxOO 
Transmit control lllxlxxxx|xxxxIxxlO 
Bits 2-12 are switch selectable 

Software Functions 

The following functions are performed by 
software: 

Address recognition. 

Retransmission timing after collision. 

Runt filtering, the elimination of received 
packets below minimum size. 
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Installation 


Size 

Three DEC-standard double modules, each 

13.2cm x 23.4cm (5.2in x 8.5in) joined by a 

ribbon cable. 

Slots 

Requires three adjacent double module 

> 

slots. — 

Power 

3.4A typical at +5V nominal 

0.8A typical at +12V nominal 

Bus loading 

AC - 2 DEC unit loads 

DC - 2 DEC unit loads 

Memory 

Memory management unit (MMU) required when 

total memory, including the 32K byte 

controller memory, exceeds 64K bytes. 

Transceiver cable connector 

Ethernet-standard female 15-pin "D K 

subminiature connector attached to the 

controller via ribbon cable. Optional 

| 

LSI-11 chassis mount included. 


Transceiver cable 


Uses Ethernet-standard transceiver cable 
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which irust be ordered separately. 


Ethernet address 


Operating Environment 


Teirperature 



Humidity 

Software 



Unique address supplied by 3Com for each 
controller• 


5° to 55° C 


10% to 90% without condensation 


3Ccn UNET support 
Driver for FI-11 
Driver for RSX-11M 
Standalone diagnostic 
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CHAPTER 2 

BACKC3CUN) 


This chapter covers some backround information about both the 
Ethernet and the 3Com QE Controller. Readers who are already familiar 
with Ethernet may wish to skip to Chapter 3. 

In the last decade, computers have grown from a luxury to a 
necessity in most businesses. Similarly, in the next decade, 
inter-canputer ccranunication will grow from a luxury to a necessity. 

The "Ethernet" network, developed for machine-machine cairnunication, 
was pioneered at Xerox Corporation as an appropriate implementation for 
inter-computer communications. In use since 1974, the Ethernet has 
evolved to an industry standard, documented in the Ethernet 
Specification, published September 30, 1981 by DEC, Intel, and Xerox. 

The benefits of modern computerized workstations are now magnified 
when they can communicate information to other devices at 10 million 
bits-per-second over the Ethernet. What's more the Ethernet network can 
be tailored to end user's needs and workstations once the Ethernet 
coaxial cable is in place. This means multiple workstations can share 
the same resources such as: 
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Word processors 
Printers 

Electronic mail systems 
Graphics stations 
Transaction workstations 


Data bases 

Process control stations 
Array processors 
Laser printers 
Etc. 


Individual workstations and other devices are plugged into Ethernet 
information outlets in the wall the same way telephones are plugged into 
telephone wall-outlets. However, the Ethernet has a more complex 


connection with 15-pins. 


Each Ethernet device is assigned a unique address (like a unique 
telephone nunber), therefore, devices can be moved around and plugged 
into any convenient Ethernet information outlet. Further, all devices 
plugged into the Ethernet can talk to each other by mutual agreement 
similar to two people talking on the telephone# 


Ethernet, due to its standardized physical and logical protocol, 
allows users to mix and match equipment from i lti p le vendors. 

In the future a voice capability will probably be integrated into 
Ethernet for store-and-forward voice communications to complement 
electronic mail. 


2.1 BASIC ETHERNET SCBSYSHHS 
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The Ethernet is a bus-oriented ccmunication system that supports up 
to 100 stations using a 50 ohn coaxial cable as the bus. 

Figure 2-1 below shows the basic parts of a typical Ethernet 
systen, with workstations connected to the Ethernet coaxial cable. 

The Ttansnissicn Subsystem is made up of 50 ohm 
coaxial cable, terminators, transceivers, and 
transceiver cables. 


The Controller Stteystem is the set of controller 
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boards and the software supporting them. 

The Station Subsystem is everything else 
associated with the station* such as* the 
terminal, processor, disk, and higher level 
protocol software. 


These three subsystems are discussed again later in this chapter, in 
terms of 3Com product implementation. 

Meanwhile, the following example describes how a file of information 
is transferred from one device to another using Ethernet. 

2.2 EXAMPLE FII£ TRANSFER 


(This is an example text file transfer using a File Transfer 
Program running on the host processor.) 

1. The terminal user runs the File Transfer Program, 

connects to the receiver, and specifies the file 
to be transferred. 


2 . 



The file’s characters are mapped into 
device-independent virtual characters (by 
software) to meet protocol specifications. 
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3 The mapped character stream is then routed to a 
virtual circuit set up between the two devices. 

4 The virtual circuit protocol software breaks the 
character stream into packets for transmission. 
(It also retransmits corrupted packets, limits 
data rate to avoid overruns, and multiplexes 
other virtual circuits.) 

5 ^ The packets are then passed to the Ethernet 

driver software. 

The Ethernet driver then copies the packet into a 
packet buffet and tells the controller to 
transnit it. 

7e The controller waits until the coaxial cable is 

not in use, then transmits the packet. 

8. The Ethernet transceiver receives the packet's 

bit stream and injects it onto the coaxial cable. 
(If the transceiver detects a collision, it 
signals the controller to retransmit.) 

9 The receiving station recognizes its address and 
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reverses the above procedure: bits are received 
by the transceiver, fed to the controller, passed 
to software that reassembles the packets, maps 
the characters, and stores the data. 

2.3 BOH 3COM PRODUCTS IKPLEMBtr ETHERNET FOR DBC COMPUTERS 

For a complete local computer network, there are only three 
additional components needed by systems running the UNIX operating system 
on DEC VAX-11, PDP-11, or LSI-11 computers: 

3Com Ethernet Transceiver - fully conforms to 
published Ethernet specifications and connects 
directly to the Ethernet coaxial cable. 

3Com Ethernet Controller - available in two 
models that plug directly into either the LSI-11 
or PDP-ll/VAX-11 computers. 

3Com Higher-level Protocol Software - for example 
the UNET Software package that provides 
high-level network protocol services for UNIX - 
including data link drivers, the Internet 
Protocol (IP), Transmission Control Protocol 
(TCP), file transfer protocol (UFTP), electronic 
mail protocol (UMTP), virtual terminal protocol 
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(UV7P), etc. 

2.4 ETHERNET OPERATION 

The Ethernet is a carrier sense» multiple access transnission system 
with collision detection (CSMA/CD). To transmit a packet, a station 
waits for quiet on the network (defers). When the network is quiet, it 
starts to transmit the packet. 

During packet transmission, the station also watches for collisions 
with other transmitters; these may occur within one round-trip time 
through the network. The station is said to have "acquired the network 
if no collision occurs in that time interval. If a collision does occur, 
the station transmits 4 to 6 additional bytes of data (jam) and the 
aborts the packet. The extra bytes insure that any other participant in 
the collision is sure to see it. The station then waits a randan amount 
of time (backoff) before retransmitting (after deferring to packets in 
progress on the network). 


2.5 TRANSMISSION SUBSYSTEM 


The transmission subsystem in the form of a 3Com "starter package , 
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(Model 3C140) is shown in Figure 2-2 below. It consists of four types 
of carponents: transceiver cables, transceivers, coaxial cable, and 
terminators. These are described below. 

Transceiver Cable — The transceiver cable is a 15 meter shielded 
twisted pair cable that connects the controller to the transceiver. It 
has 4 pairs, one each for transmit, receive, collision detect, and power. 
It has a male 15 pin connector with lock posts on the controller end and 
a female 15 pin D connector with slide lock assembly on the transceiver 
end. Thus the cables can be concatenated to make a longer cable, up to 
the maximum length of 50 meters. 



FIGDFE 2-2. 3CCK ETHERNET TRANSCEIVER STARTER PAOCAGE 
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To minimize EMI, the connectors have internal shields connecting the 
cable shield to the shell of the connector. The male cable connector can 
either be brought out of the wall to the station or mounted on a cover 
plate providing a bulkhead disconnect at the wall. When mounted on the 
cover plate, it has been referred to as the -Information Outlet.- (see 

Figure 2-3 below) 

Transceiver - The 3Com transceiver is compatible with the DEC, Intel 
and Xerox Ethernet specification. 


The transceiver makes a high impedence connection to the common 
coaxial cable and provides electrical isolation between the coaxial cable 
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and the twisted pair cable. 


Transmit signals from the controller are injected into the coaxial 
cable by the transceiver. Signals from the coaxial cable appear on the 
receive lead of the transceiver cable with balanced signalling. 


Hie receiver also provides correction for signal distortions caused 
by traveling through long lengths of coaxial cable. 


The collision signal appears if there is a signal present from any 
other station on the network. When transmitting this indicates a 
collision. When not transmitting, it indicates the presence of other 
signals on the network. 


Coaxial. Cable - The coaxial cable is a 50 ohm cable with multiple 
shields to minimize susceptability to strong RF fields. 

Cable Connectors - Cable sections are terminated with standard 
N-series connectors. Rubber boots cover the connectors to prevent 
inadvertent connection of the coaxial shield to building grounds. 
Multiple ground connections of the coaxial shield to building grounds are 
a potential source of ground induced noise into the coaxial shield. 
Coaxial cable sections are joined by insulated barrel connectors 
(N-Series female-female adapters). 


Terminators - The ends of a coaxial cable segment are terminated with 
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50 ohm terminators with insulated outside covers. 


2.6 QB OHIH12£R SCBSYSUH 

The QE Ethernet Controller interfaces the transceiver to the internal 
bus of the computer to which it is connected. It performs 
serial-parallel and parallel-serial conversion, buffering, CRC generation 
and checking, address recognition, phase encoding and decoding. The I/O 
structure and speed of the processor determine how these functions are 
partitioned between hardware and software (or microcode) in the Ethernet 

station. 

Buffering: The amount of buffering needed in the controller is 
determined by the latency and speed of the Ethernet channel. Most 
processors have bus transfer rates that are unduly stressed by the 10Mbps 
Ethernet bandwidth, therefore, full packet buffers are necessary in order 
to keep up with the bit rate of network traffic. 

CSC Generation And Checking: The cyclic redundancy code (CRC) uses 
the 32 bit polynomial from the U.S. Department of Defense Autodin II 
system. The choice of where to implement this function is based on 
expected traffic load for a given machine and available processor 

resource. 

Address Recognition: The controller watches every packet that passes 
to determine whether to accept the packet, based on its destination 
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address. The destination address must be checked quickly to avoid 
processing unwanted packets. The QE Controllers 16 full-size packet 
buffers reduce the possibility of dropped packets should the processor 
fall behind while checking addresses. Software address recognition 
minimizes the hardware content of the controller. 

Phase Encoding, Decoding, and Transceiver Interface? Manchester 
encoding is used for data transmission on the Ethernet. It has a 50% 
duty cycle. The first half of a bit cell contains the complement of the 
bit and the second half of the bit cell contains the bit. 


Phase Blooding is done in the controller by exclusive—ORing the clock 
with the data. (Decoding is also performed in the controller. 
Partitioning of encode-decode functions into the controller rather than 
the transceiver minimizes wires to the transceiver while minimizing 
transceiver size and power dissipation.) 

Phase Decoding in the QE Controller is done by an analog phase-locked 
loop technique. This technique has the advantage of tolerating more 
phase jitter than alternative techniques in use, twice the tolerance of a 
typical one-shot decoder and four times the tolerance of a typical 
digital state-machine decoder. 


The Transceiver Interface contains line drivers and receivers. 
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(BARTER 3 

PHYSICAL DESOUPnCN 


3.1 EWIHCNMEXr 

The QE Controller interfaces a Digital Equipment Corporation LSI-11 
microconputer to an Ethernet transceiver. 


The QE Controller plugs into the backplane of the LSI-11 and resides 
in the same enclosure with it. An Ethernet transceiver cable, of 
approximately 50 feet long connects the QE Controller to the Ethernet 
transceiver. The Ethernet transceiver in turn taps directly into the 
Ethernet coaxial cable. 


According to the International Standards Organization Open Systems 
Interconnection Reference Model, the QE Controller performs a link layer 
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service, the second of seven layers of service (see Figure 3-1 below). 


3.2 PKXAGBG 

The Qbus Ethernet Controller (QE) gives the LSI-11 access to the 
Ethernet, ^together with an Ethernet transceiver, it can transmit and 
receive packets through the common coaxial cable. Physically, the 
controller consists of three dual height cards (each 5.2" x 8.5") that 




FIGORE 3-1. ISO HdOGDL HIERARCHY 
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plug into a standard Qbus backplane as shown in Figure 3-2 below. 
The three DEC' dual-sized PC boards are: 


Memory Board 
Control Board 
Serial Board 



The three boards are interconnected by a short ribbon cable. The 
50-pin connectors for the jumper cable are located on the edge opposite 
the fingers that plug in to the LSI-11 backplane. The serial board has 
an additional connector (next to the interboard jumper connector) for a 


FIGQRE 3-2. OF PACKAGING ENVUOWENT 
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short cable that mates with the transceiver cable. This connector may be 
fastened to the metal LSI-11 chassis using a metal L-bracket (included) 
to reduce Electromagnetic Interference (EMI). 

TWo varieties of the interconnect cable are available. The standard 
variety is designed to interconnect the three boards when configured in 
adjacent slots, like a stack of pancakes. The longer "L" variety allows 
-r one of the three boards to be moved into an adjacent slot in the same 

plane as one of the other two boards, providing greater configuration 
flexibility. (See Chapter 5) 


The QE memory board contains the 32K byte dual-ported memory for the 
sixteen 2K transmit and receive buffers. One memory port makes 32K 
directly accessible to the LSI-11 processor via the Qbus. The other 
memory port passes data to/from the serial board. 


The QE 


control board implements the following: 


• Interrupt and timing logic 

• Four 16 by 4-bit FIFO memories for the following 
buffer numbers: buffers waiting to be 
transmitted, buffers finished transmitting, 
buffers available for receiving, and buffers 
filled with incoming packets. 


The QE serial board implements the following: 
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• Receive and transmit state machines that control 
the framing of packets 

• Shift registers for parallel to serial conversion 
and vice versa 

• GC calculation and verification logic 

• Receiver synchronization logic 

The QE Controller can be used with any transceiver that conforms to 
the DEC-Intel-Xerox Ethernet specifications. 

3.3 BLOCK DIAGRAM 


The QE Controller features visible to the LSI-11 via the Qbus ares 
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(See Figure 3-3). 


• 32K-byte memory 

• 16-bit transmit control and status (register) 
(QEXCR) 

• 16-bit receive control and status (register) 
(QEROO 


Data packets for transmission are placed into the 32* buffer mescry 
by the LSI-11 processor. From there, directed by the control 10,1c, 
successive 8-bit bytes are fetched fra. the buffer me»ry and placed into 
a shift register. The serialised data is fed simultaneously to both the 




Q 
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FIGURE 3-3. 


qe axrsaiiR FracncroL budgk diagram 
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CRC (Cyclic Redundancy Check) logic, and the ECL front end logic 
connected through the transceiver cable to the Ethernet coaxial cable. 

Received data packets follow exactly the reverse path. Data on the 
coaxial cable flows through the Ethernet transceiver to the receiver 
synchronizer portion of the ECL front end logic. The data then travels 
simultaneously to both the CRC logic and to the shift register where 
8-bit bytes are assembled for storing into the 32K buffer memory. 

The 32K buffer memory is treated as 16 2K-byte buffers. Each 2K 
buffer can hold one transmit packet or one receive packet, or it can be 
used like regular memory on the Qbus for storing program code or data. 

Buffers are identified by a 4-bit number. A packet for transmission 
is stored by the processor into an available buffer. Then the processor 
places the buffer number into the transmit pending FIFO via the transmit 
control and status register. When the control logic determines that the 
Ethernet is quiescent, the packet is transmitted, after which the buffer 
number is moved from the transmit pending FIFO to the transmit complete 
FIFO. The buffer number is then read by the processor via the transmit 

control and status register. 

Packets received from the Ethernet are handled similarly. First the 
processor places the buffer number of an available packet buffer into the 
receive buffer available FIFO via the receive control and status 
register. When the control logic determines that a packet is being 
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transmitted over the Ethernet by another station, the packet is read from 
the Ethernet into the buffer indicated by the buffer number obtained from 
the receive buffer available FIFO. After receipt of the packet, the 
buffer number is moved from the receive buffer available FIFO to the 
receive complete FIFO. The completed receive buffer number is then read 
by the processor from the receive complete FIFO via the receive control 
and status register. The packet is then read by the processor from the 
packet buffer memory. 

All four of the transmit and receive FIFOs are large enough to hold 
16 entries. This allcvs buffers to be used for receive and transmit in 
any combination. 

The CRC circuitry calculates a 32-bit Q*C for the transmitted packet 
and appends it to the end of the packet. During receipt of a packet, the 
CRC circuitry regenerates the OlC for the packet and compares it to the 
CRC appended to the received packet. A flag in the receive packet buffer 
is set if the GtC does not match. 
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CHAPTER 4 

HOSNMIG 

The following chapter is pertinent only to those readers who wish to 
develop their own software drivers. The standard software drivers 
provided by 3Com for RT-11 and RSX-11M insulate the user from many of 
these details by presenting a simple data link level interface tailored 
to the operating system. Documentation for these drivers may be found in 

Chapter 7. 

4.1 DEVICE BOPEHS 

All packet traffic through the QE Controller passes through the 32K 
packet buffer memory which appears on the Qbus at an arbitrary 32K byte 
address boundary selectable by dip switches on the QE control board. To 
the LSI-11 processor, the buffer memory is indistinguishable from normal 
RAM memory and can store program code or data if desired. 


The memory is divided into an array 


of 16 buffers of 2K each, all 
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aligned on 2K byte boundaries. (See Figure «-l • below.) Buffers are 
indexed 0-15 with buffer 0 at the low end of QE memory and buffer 15 at 
the high end. Storing a buffer index into the transmit control 
register causes the QE Controller to transmit a packet fr® that buffer. 
Storing a buffet index into the receive control register causes the QE 
Controller to receive a packet into that buffer. The results of storing 
a buffer nunber into both transit and receive registers is indeterminate 


and should not be donee 

If a packet buffer index is not stored into either the transit or 
receive registers, the buffer will remain untouched by the QE Controller. 
A buffer employed as a transit or receive buffer at given time retains 


xooooo 

BUFFER 0 

X04000 

BUFFER 1 

X10000 

BUFFER 2 

X14000 

BUFFER 3 

X20000 

BUFFER 4 

X24000 

BUFFER 5 

X30000 

BUFFER 6 

X34000 

BUFFER 7 

X40000 

BUFFER 8 

X44000 

BUFFER 9 

X50000 

BUFFER 10 

X54000 

BUFFER 11 

X60000 

BUFFER 12 

X64000 

BUFFER 13 

X70000 

BUFFER 14 

X74000 

BUFFER 15 




FIGURE 4-1. 


PNL3UST BQFFHt MEM3QT 
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its role only until the transfer is complete? the buffers used for 
transmitting or receiving packets can be changed dynamically. 

To transmit a packet, the LSI-11 processor must store the packet 
into an available buffer such that the last byte of the packet coincides 
with the last byte of the buffer. (See Figure 4-2 below). The processor 
must then store into the first 16-bit word of the buffer the byte offset 
from the beginning of the buffer to the first byte of the packet. (The 
controller ignores the high order five bits of this word.) 


NDTC:The packet stored into the packet buffer by 
the processor does not include the preamble or 


ADDRESS 


CONTENTS 


XX0000 


XX3777 



2K BYTES 


FIGQRE 4-2. TRAN90T PACKET BLWER FORMAT 
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PCS, but does include the Ethernet data link 
layer header fields (destination address , source 
address, and type field) along with the data. 

Since the maximum legal packet size on the 
Ethernet is 1514 (excluding the frame check 
sequence (FCS) field), at least 532 bytes of each 
transmit packet buffer will always be unused. 

Conversely, since the minimum legal packet size 
is 60 bytes (again excluding the FCS field), at 
most 1986 bytes of each transmit packet will be 
left unused. It is the responsibility of the 
driver software to insure that minimum and 
maximum packet size requirements are observed. 

Received packets are stored by the QE Controller into an available 
receive packet buffer at a fixed offset 528 bytes from the beginning of 
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the buffer. (See Figure 4-3 below). This offset leaves exactly enough 
room for a maximum sized packet plus the four PCS bytes plus two guard 
bytes. After packet receipt, the QE Controller stores into the first 
word of the packet buffer the byte offset from the beginning of the 
buffer to the first byte beyond the end of the received data and FCS. 

If the stored offset is zero or points to the odd guard byte, the 
received packet has exceeded the legal maximum size. The high order bit 
of the offset, if set, indicates an PCS error. In either case, the FCS 
field that accompanied the received packet can be found immediately 
trailing the data. The QE Controller does not discriminate against 
packets smaller than the minimum legal size. The driver software must 



FIGDRE 4-3. RBCEIVE PACKET BUFPHl FGFMAT 
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discard received packets that do not meet the legal size requirements, 
i.e., offset < 592 or offset > 2046. 

4.2. DEVICE RBGISIHS NO VECTORS 


Each QE uses tvo words in the I/O page, QERCR and QEXCR, the 
receiver control register and the transmitter control register 
respectively, shown below. There are three trap vectors for receive 
(QEKTRP), jam (QEJIRP), and transmit (QEXTRP) • The addresses of these 
registers and trap vectors are set by dip switches on the control board. 
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REGISTER 


MAKE BOS ACDRESS 


Receive Control Register QERCR lllxxxxxxxxxxxOO 


Transmit Control Register QEXCR lllxxxxxxxxxxxlO 


TRAP VECTOR 

Receive Done Trap Vector 
Transmit Jam Trap Vector 


MAKE BOS ACDRESS 

QER3RP OOOOOOOxxxxxOOOO 
QEJTRP OOOOOOOxxxxxOlOO 


Transmit Done Trap Vector QEJCIRP OOOOOOOxxxxxlOOO 


Reoeive- 


The Receive Control Register (QERCR) controls the receive section of 
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the QE Controller. (See Figure 4-4 below) 



RBN 
— RWBN 


RCLR 

RINTEN 

RDONE 


RESERVED 



FIGQRE 4-4. 


RECEIVE QOaSCL MC STKTOS REGISTER 
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BIT NAME 

FUNCTION 

15-8 

Reserved for future use. Never write a non-zero 

value into this field. Returns zero when read. 

7 RDONE 

Set by the controller when a receive is done. 
When set, the RBN field contains the buffer 
nunber of the received packet, i.e., the head end 
of the receive complete FIFO. Writing this bit 

has no effect. 

6 RINTEN 

Set/reset by the software. If set, a receive 
done interrupt will occur through the QERTRP 

vector at the time the RDONE bit is set. 

5 FCLR 

Set by the software to clear the RDONE flag and 
cycle the receive complete FIFO. If no more 
entries remain in the FIFO, the RDCNE bit will be 
cleared, Otherwise the RDONE bit will stay set 
and the next buffer number in the receive 
complete FIFO will become available in the RBN 
field. Writing a zero into this bit has no 

effect. Returns zero when read. 

4 FWBN 

Set by the software in combination with the 
contents of the RBN field to write a buffer 
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number onto the tail of the receive buffer 
available FIFO. Once a buffer has been sub¬ 
mitted to the receiver, it may not be submitted 
either to the receiver or transmitter until it 
has been returned by the receiver, i.e., appeared 
in the RBN field with RDONE set. Writing zero 
into this bit has no effect. Returns zero when 
read. 


3-0 FEN 




Dual purpose receive buffer number field. A 
write with RWBN set causes the RBN field to be 
stored into the tail end of the receive buffer 
available FIFO. A write with RWBN clear has no 
effect. A read with RDONE set yields the head of 
the receive complete FIFO in the RBN field. A 
read with RDONE clear is undefined. 
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Contr o l and status Reg i ster 


The Transmit Control and Status Roister (CBCR) is used to control 
the transmit section of the OE Controller. (See Figure «-5 below.) 


15 

14 

13 


8 

7 

6 

5 

4 

0 




I-XBN 

-XWBN 

-XCLR 

- XINTEN 

-- XDONE 

-QECLR 

- RESERVED 

- JCLR 

- JINTEN 

-- JAM 



FIGURE 4-5. TOAN90T G0N15CL AM) STATUS RBGISTER 
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BIT IAMB 

FUNCTION 

15 JAM 

Set by the controller whenever a collision is 
detected during transmission. At the same time 

the controller transmits a 32-bit jam signal. 

The JAM flag stays set until the software sets 

the JCLR bit. While JAM is set, the transmitter 

is disabled (but the receiver is not). Writing 

this bit has no effect. 

14 JINTEN 

. 

Set/reset by the software. If set, this flag 
causes a jam interrupt through the QEJTRP vector 

at the tire the JAM bit is set. 

13 JCLR 

Set by the software to clear the JAM flag. 
Enables retransmission of the jaimed packet. The 
processor should delay according to the Ethernet 
binary exponential backoff algorithm before 
clearing the JAM bit. Writing a zero into this 
bit has no effect. Returns zero when read. 

12-9 

Reserved for future use. Never write a non-zero 

value into this field. Returns zero when read'. 

8 QBCLR 

Set by the software to abort any operations in 
progress and reset the QE Controller to its 
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initial state. A Qbus Init has the same effect. 

7 XDONE 

Set by the controller when a transnit is done. 
When set, the XBN field contains the buffer 
number for the transmitted packet, i.e.# the head 
end of the transmit complete FIFO. Writing this 

bit has no effect. 

6 XINTEN 

Set/reset by the software. If set, a transnit 
done interrupt will occur through the QEXTRP 

vector at the time the XDONE bit is set. 

5 XCLR 

Set by the software to clear the XDONE flag and 
cycle the transmit complete FIFO. If no more 
entries remain in the FIFO, the XDONE bit will be 

cleared, otherwise the XDONE bit will stay set 

and the next buffer number in the transmit 
caiplete FIFO will become available in the XBN 
field. Writing a zero into this bit has no 

effect. Returns zero when read. 

4 XWBN 

Set by the software in combination with the 
contents of the XBN field to add a buffer number 
to the tail of the transmit buffer pending FIFO. 
Once a buffer has been submitted to the 
transmitter it may not be submitted either to the 
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receiver or transmitter until it has been 
returned by the transmitter, i.e., appeared in 
the XBN field with XDONE set. Writing a zero 
into this bit has no effect. Returns zero when 
read. 


3-0 XBN 



Dual purpose transmit buffer number field. A 
write with XWBN set causes the XBN field to be 
stored into the tail end of the transmit buffer 
pending FIFO. A write with XWBN clear has no 
effect. A read with XDONE set yields the head 
end of the transmit complete FIFO in the XBN 
field. A read with XDCNE clear is undefined. 
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4.3 OPERATION 

The transmitter and receiver operate independently, giving the 
programmer the illusion that the Ethernet is a full-duplex device. In 
fact, only one packet may exist on the coaxial cable at a time. 

The software may supply one or more packet buffers to the 
transmitter and receiver sections of the QE Controller in any order. 
Whenever the Ethernet channel is not in use, any and all packets supplied 
to the transnitter (waiting in the transmit pending FIFO) are transmitted 
as quickly as possible, separated by the minimum packet spacing of 10.2 
microseconds. Packets are transmitted in the order they were supplied to 
the transnitter and the transmit done indications are returned by the 
transmitter in the same order transmtted. 

Whenever a packet appears on the Ethernet, it is read into a buffer 
previously supplied to the receiver (waiting in the receive buffer 
available FIFO). If multiple buffers are waiting in the receive buffer 
available FIFO then back-to-back packets can be read into successive 
receive buffers without intervention by the processor. Whenever the 
receiver buffer available FIFO is enpty, packets going by on the Ethernet 
are ignored. Packet buffers store received packets in the order supplied 
to the receiver and the receive done indications are returned by the 
receiver in the same order received. 

One aspect of the transmit process, the binary exponential backoff 
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algorithm, is not implemented by the QE hardware and requires software 
support. When the controller detects a collision it sets the JAM bit in 
the transmit control register (QEXOO. This causes a 32-bit jam signal 
to be transmitted and, if the JIOTEN bit is set in QEXCR, an interrupt 
occurs through the QEJTRP vector. The software is responsible for 
delaying (backing off) the appropriate amount of time after a collision. 
After the delay, the software must clear the JAM bit fcy setting the JCLR 
bit in QEXCR. This re-enables the transmitter, allowing the same packet 
to be retransmitted. If a collision happens again, the cycle repeats: 
the JAM bit comes on, the software detects this event, delays, then 
restarts the transmitter by setting JCLR. 


The delay time is an integral multiple of a slot time (512 bit-times 
or 51.2 microseconds). The integral multiple is chosen as a uniformly 
distributed randan integer greater than or equal to zero and less than 
2k, where k is either the number of retransmission attempts for the 
packet being transmitted or 10, whichever is less. This algorithm 
W doubles the mean of the delay time each time a collision occurs, ensuring 

the stability of the Ethernet even under extreme loading. 

If the number of retransmission attempts exceeds 15 (probably a 
transmission subsystem malfunction), an error should be reported. 

NOTE: If nultiple transmit buffers are pending, the procedure 
for detecting whether successive jam attempts apply to the 
same or different packets may not be immediately obvious. 
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CHAPTER 5 

DBiMianrn mc configuration considerations 

5.1 INSTALLATION CHECKLIST 

_Before opening the shipping carton, inspect it for damage or 

water stains, if so, 

• Write a brief description of the damage on the 
bill of lading, and 

• Request that the carrier's agent be present when 
the carton is opened. 

• Save the carton and packing materials to show the 
carrier in case the controller was damaged. The 
carrier is liable for shipping damage. 


__ Unpack the three QE Controller modules gently by removing the 
foam packing material. Verify that all components are present (See 
Figure 5-1 on the next page.) 
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S erfoT Board 


Control Board 


ry Board 


dip switches 


.•ft*;:!}*... 



JiUnilMlilll 

r G^~ 


Mu.il!.. 


byte ordering jumper 





3 racket short interconnect cable . serial cable 

long interconnect cable 


FIGQRE 5-1. QB CDNTRCLLHl PARTS 
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3 - PC Boards 

2 - Cables 

1-50 conductor cable with 3 50-pin connectors 
1-14 conductor cable with 2 14-pin connectors 

1 - Mounting Bracket 

_ Locate the memory nodule, identified by the word "memory" in 

white along the bottom edge of the board, to configure the byte ordering 
jumper. If the QE Controller is going to be operated by an LSI-11 

processorr 90 on to the next step* 


The jumper is configured at the factory to 
address bytes in the proper order for the LSI-11 
(low-order first). If the QE Controller is going 
to be operated by a processor that addresses 
bytes in the reverse order (high-order first) 
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remove the jurper (See Figure 5-2 belcv) 


_Locate the control »oijle, identified ty the word -control’ in 

white along the hotter, edge of the board, to configure the address option 
switches. If the addresses configured at the factory are satisfactory, 
go on the the next step. Ihe factory defaults are: 


Description 


Factory default 


Control Register Base Address 
Trap Vector Base Address 


764330 

400 


Switch names 

R12 - R02 
TO 8 - TO4 



Byte Ordering Jumper 


FIGQRE 5-2. WCR* BOARD JUMP® 
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Buffer Memory Base Address 
Extended Base Address 
Extended Addressing Enabled 



100000 

M17 - Ml 5 

17000000 

M21 - Ml 8 

(no) 

EAE 


If non standard addresses are desired for any of the above, modify 
the option switch positions according to Figure 5-3 below. 


Note: The trap vector switches TO4 through TO8 
are in the reverse orientation front the rest of 
the option switches. 
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The factory default switch settings are shewn in Figure 5-4 belcw. 


See section 5.2 for a description of the considerations involved in 
choosing Qbus addresses for the QE Controller. 

_Turn the DC power to the backplane OFF. 

___ Plug the three dual boards into electrically adjacent slots in 
the Qbus backplane. If the standard short interconnect cable was ordered 
with the QE Controller, the modules must be grouped together as shown by 


1 EAE 


R04I 


1 R12 

M21 1 


R03 | 


Rill 

M20 1 


1 R02 


1 R10 

M19 1 


■ TO 8 


| R09 

Ml 8 ■ 


T07 1 


| R08 

| M17 


T06 | 


R07 1 

1 M16 


TO 5 1 


R06 I 

M15 1 


T04 ■ 


■ R05 1 

SI 

S2 

S3 


QEREG 

QETRAP 

QEMEM 


764330 

000400 

100000 


FIGURE 5-4. FACTORY DEFAULT SWITCH SETTOGS 
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Figure 5-5 on the next page. If the longer (L option) interconnect cable 
was ordered the modules may be placed in an L configuration as shown by 
Figure 5-6 on the second page following. 


IMPORTANT. Install the Control Card first, 
electrically, on the bus because it has the bus 
grants on it. The other cards may be installed 
in any order. 
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_Plug the 50-corductor interconnect cable into the 50-pin connector on 

the back edge of the three modules. Make sure the boards and the 
interconnect cable are firmly seated. 

_ Plug the 14-conductor serial cable supplied into the smaller 14-pin 
connector on the back edge of the serial module. 

_Install the mounting bracket on the metal chassis sanevhere that can 

be conveniently reached by the serial cable. 

_Attach the other end of the serial cable to the chassis mount and 

fasten the metal screw-eye protruding fran the serial cable connector to 
the metal chassis mount. Proper grounding of the connector shell in this 
manner reduces the electromagnetic interference (EMI) caused by the QE 
Controller. 


_ Plug the Ethernet transceiver cable (not supplied) into the 

transceiver cable connector mounted on the enclosure chassis and you are 
ready to go. 


See Qiapter 6 for instructions on running the diagnostic software. 


5.2 CPCS ADDRESSING CONSIDERATIONS 
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The first configuration option is the byte ordering jumper on the 
■anory hoard. Remove the byte-ordering jumper to reverse the order that 
bytes are addressed when the buffer memory is referenced by the LSI-11 
processor: high-order byte first rather than (default) low-order byte 
first. This allows other Qbus-ccnpatible processors that address bytes 
in the reverse order to use the QE Controller without swapping the bytes 
in each word. 

The control board has three 8-bit dip switches that specify 
user-configurable addresses. Eleven switches specify address bits 12 
through 2 of the transmit and receive control and status registers. Five 
more specify address bits 8 through 4 of the three trap vectors. Three 
switches specify address bits 17 through 15 of the 32K buffer memory. 
For LSI-11 processors that support 22-bit extended addressing on the 
Qbus, an additional 4 switches are provided to specify address bits 21 
through 18 of the buffer memory. The last switch enables extended 
addressing; when turned off the four extended address dip switches are 

ignored. 

The 32K buffer memory can be assigned on any 32K memory boundary 
using the 8 dip switches just mentioned. The LSI-11/2 and the LSI-11/23, 
without a memory management unit (MU), have only 16 bits (64K bytes) of 
physical address space. In such situations the 32K buffer memory may be 
configured into either the lower or upper half of the 64K address space. 
If the upper configuration is chosen, the last 8K bytes of the QE memory 
will be obscured by the I/O page and will therefore be inaccessible. The 
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remaining twelve 21t buffers will function properly, however, note than 
enough for typical applications. 

Given an LSI-11 with an HMD, the buffer msiory can be assigned to 
any 32K bank of memory within the 18 bits <256K bytes) of physical 
address space. If the 22-bit addressing mode is enabled and a 22-bit 

LSI-11 backplane is used the QE buffer memory can even be located outside 
of the lower 256K. 

5.3 ETHERNET AECRESS CONSIDERATIONS 

Each station on an Ethernet has a 48-bit Ethernet address associated 
with it that is unique across all Ethernets in the universe. The station 
address is assigned by the manufacturer of the station. For stations 


assembled from conponents from multiple manufacturers, the assignment of 
Ethernet addresses is ambiguous. This section describes the conventions 
^ to be followed to maintain unique Ethernet addresses under various 

configurations of conponents. 


Each QE Controller manufactured by 3Com is shipped with a unique 
Ethernet address. The address is printed on the serial module in 
indelible ink. For stations that contain only a single QE Controller, 
the station address is the one supplied with the QE Controller. For 
stations that contain multiple QE Controllers, such as gateways, one of 
the controllers should be arbitrarily selected to contribute its Ethernet 
address as the station address. The software address recognition in the 
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station must be programmed to respond to the chosen Ethernet address in 
all the QE Controllers attached. 

If it becomes necessary, due to faulty hardware, to swap boards 
between stations at a user site, it is the user's option either to swap 
the Ethernet address in software to follow the board, or to dissassociate 
the board from the address in software. The advantage of the former is 
that the address recognized by the software always matches the address 
printed on at least one of the controllers in the station. The advantage 
of the latter is the ability to swap hardware around without changing any 

software. 

If a board is sent back to the factory for repair, the board that 
comes back may not have the same Ethernet address printed on it. The 
customer has the option of using either the new Ethernet address or the 
old. Both addresses are allocated to the customer and are under the 
custcmer's control. 

It is the customer’s responsibility to manage the allocated Ethernet 
addresses which can be assigned in any manner as long as no Ethernet 
addresses are duplicated on more than one station. The recommended 
practice is to add each QE Controller Ethernet address to a site-wide 
pool of addresses maintained independently of the hardware. That way, QE 
hardware can be moved around among stations or sent back to 3Com for 
repair without affecting any software. 
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5.4 O-BOS PERFORMANCE CCNSIDBWriONS 

The QE controller 32K byte buffer memory, being dual-ported, is 
slower than other caimercially available Qbus memories. This difference 
in basic memory cycle time maybe significant in systen configurations 
depending upon faster memories, in particular, high-speed disk drives 
using unbuffered disk controllers may require a DMA transfer rate which 
exceeds the capabilities of the QE memory. A DMA-TYPE CONTROLLER 
REQUIRING A BASIC MEMORY CYCLE TIME OF LESS THAN 800 NANOSECONDS SHOULD 

UQI READ OR WRITE THE QE CTJ7IRCLLER MEMORY. The following table details 
the QE controller memory timing. 


DATI TYPICAL CYCLE TIME (READ) 


BSYNC to BDIN 
BDIN to BRPLY 


BRPLY to BDIN inactive 
BRPLY inactive to BSYNC 


1SI=11Z22 LSI-11 

130 ns 190 

350 350 

220 220 

300 300 


synchronization time for 


dual-port 

BUS Cycle Time 
(BSYNC to BSYNC) 


500 800 

1800 ns 1860 ns 
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DMO TYPICAL CYCLE TIME (WRITE) 



LSI-11/22. 

LSI-11 

BSYNC to BDOUT 

200 ns 

285 

BDOUT to BRPLY 

350 

350 

BRPLY to BDOUT inactive 

285 

285 

BDOUT inactive to BSYNC 

300 

300 

synchronization time for 

dual-port 

m _. 

poo 

BUS Cycle Time 

(BSYNC to BSYNC) 

1995 ns 

2020 
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CHAPTER 6 


raXBI^SHOOTIJC, SH?VICE MB Rn’AIR 

6.1 CVI35VTEW 

W ECTEST software is a set of 12 functional tests for the QE Ethernet 

Controller. These tests run without the assistance of an operating 
system, in an LSI-11 configured with a console terminal and one or more 

QE Controllers. 

The memory and control boards are directly testable with software. 
The serial board, not programatically accessable, is tested in cone 
with the other two boards while exchanging packets with a remote host. 

ECTEST is loadable directly from secondary storage using a ROM 
monitors it includes the software that implements an Ethernet 

echo-server. 


These tests should be run when the Controller is first installed and 
whenever verification of its operation is necessary. A successful 
completion of these tests indicates the proper operation of the following 
QE Controller components and functions: 

• The address path, data path, and data retention 
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characteristics of each memory cell on the 32K 
byte memory board 

• The transmit and receive control registers 
together with the four internal FIFO registers on 
the control board 

• The interrupt hardware associated with 
transmitting and receiving packets and detecting 
collisions 

• The parallel-to-serial and serial-to-parallel 
conversion and CRC calculation hardware on the 
serial board 

• The overall ability to transmit and receive 
back-to-back Ethernet packets over the network 

The individual tests are combined into a single program that is 
loaded into a LSI-11 with the BOM monitor and boot program. The tests 
are run in succession with results displayed on the console device. A 
minimum .of user intervention is required. EJCTEST requests the hardware 
locations of the buffer memory, control registers, and trap vectors? they 
may be defaulted. The test may be paused and resumed upon encountering 
an error. Also, the number of passes through the set of tests and the 
particular tests in a pass may be changed. 
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Verification that entire packets can be transnitted and received may 
be performed in one of two ways: 

1. If a single QE Controller is installed in the 
LSI-11 backplane, the assistance of another 
Ethernet station acting as an echo-server is 
required. Each packet that is received by this 
echo-server is immediately returned with the 
source and destination addresses reversed. The 
software that implements the echo-server is 
included with ECTEST. 


2. If more than one QE Controller is present in the 
LSI-11 backplane, each controller may echo 
packets off the above echo-server or cannunicate 
with another controller in the backplane. The 
second method offers the ability to verify the 
reception of back-to-back packets. 
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6.2 FUNCTIONAL TESTS 


Following are descriptions of the twelve tests performed by BCTESTj 

6.2.1 Memory Write/Read - Address 

This test makes an initial pass through the entire 32K byte memory, 
writing the location of each cell into itself. It pauses for four 
milliseconds for retention and then reads each location in the reverse 
direction canparing the contents of each memory location with its 
address. A second iteration is made, reversing the direction for writing 
and reading the memory. The purpose of this test is to verify that the 
memory address lines are working properly. 

6.2.2 Manory Write/Read - Floating l's and 0's 

This test makes sixteen passes through the entire 32K byte memory, 
writing and then reading a pattern that propogates a 1 through the 
sixteen bit positions of each word. Upon completion, the test is 
repeated, propogating a 0 through each bit position. The purpose is to 
verify that the memory data lines are working properly. 

6.2.3 Memory Write/Read - Random Data 

This test makes a pass through the 32K byte manory writing random 
data patterns into each memory cell. A second pass is made, reading each 
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cell and canparing it to data produced by the same randan seed. A total 
of 16 iterations of this two pass sequence is made. The purpose of this 
test is to search for pattern sensitive conditions and to simulate the 
operation of the PAM under normal conditions. 


6.2.4 Read-Modify-Write / Byte Operations 

This test checks read-modify-write instructions, i.e., swap and 
increment, on a memory board location. Also, the CPU is tested to access 
individual bytes on the memory board using byte instructions. The least 
significant byte in a memory cell is written and then read. The adjacent 
byte is examined for any disturbance. The same test is repeated for the 

most significant byte. 


6.2.5 Transnit a Single Itecket 

This test creates a single maximum-sized packet and transmits it. 
The control register is written with the packet's buffer number (XBN) and 
the write buffer number bit (XWBN) is set. The test then loops, checking 
both the jam bit (JAM) for a collision and the done bit (XDONE) for 
successful transmission. If the XDONE bit responds, the clear bit (XCLR) 
is set and the transmitted buffer number is read from XBN and verified. 
The XDONE bit is again checked to assure that it has been cleared. 

If JAM responds, the clear bit (JCLR) is set and the test continues 
to loop, checking JAM and XDONE. In either case, a timeout occurs after 
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two milliseconds indicating an error in transmission. IWo milliseconds 
is approximately twice the time required to send a maximujm-sized packet. 

This test checks the control logic used for transiting packets, 
returning status, and manipulating the transmit FIFOs. 


6.2.6 Itansnit Multiple Packets 


This test transmits a packet in each available memory buffer. The 
sire of the packet is varied for each buffer. The same collision and 
timeout constraints apply as in the above test. The transmission of 
variable-sired packets and the use of each buffer number are tested. 


6.2.7 Transait Back-to-Back Backets 


This test prepares all buffers and transmits them back-to-back. The 
same collision and timeout constraints apply as stated above. This test 
loops, checking the XDONE end JAM bits. As the XDONE bit resp>nds, each 
transmitted buffer number is read from XBN by clearing the register with 
XCLR. The check is made for each buffer number appearing in the 
transmission corpletion FIFO in the correct order. 

6.2.8 Ttanorit Order Internet Control 

Both the transmit done and jam interrupts are enabled by setting the 
XIOTER and jirnn bits in the transmit control register. A single packet 
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is transmitted and the test loops waiting two milliseconds for an 
interrupt. If the jam interrupt responds, the test clears the jam bit 
(JCLR) and resunes counting at zero. When the transmit done interrupt 
occurs, the done bit (XDONE) is cleared and the transnit completed buffer 
nunfcer is read from the XBN and verified. This test checks the operation 
of the interrupt control logic. 

6.2.9 Identify an Bcho-Server Station 


The remaining tests require the assistance of a separate 
transmitting station. By default, this test declares several receive 
buffers and sends a broadcast packet on the network. If one or more 
echo-servers are available, they will respond with a return packet. The 
first server is chosen to complete the tests. If an echo-server does not 
respond, the test will loop, retransmitting the broadcast packet after 
two seconds, for a total of five iterations. 

Alternatively, the default may be changed to indicate that an 
echo-server will NOT be present. This change assumes that more than one 
controller is installed in the canton backplane. As each controller is 
tested, one of the remaining controllers will be used as the separate 
transmitting station. This configuration permits more rigorous testing 
including the reception of back-to-back packets. When the default 
condition is changed as described above, this test is always successful. 
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6.2.10 Receive A Single locket 

This test declares several receive buffers and waits to receive a 
maximum-sized packet. If an echo-server is present, a maximum-sized 
packet is transmitted. Otherwise, an alternate controller in the 
backplane transmits the pocket. It then loops, checking the receive done 
bit (RDONE) waiting for the packet to return, when the REONE bit 
responds, the clear bit <KO» is set and the receive buffer number (RBN) 
is read frcm the receive control register. If the packet is the expected 
packet, the data in the buffer is verified to be the same data sent. 

Because the address recognition of packets is done in software, all 
packets on the network are received. Any received packets not destined 
for this station are discarded. Also, the test will timeout after one 
second if the packet has not been returned, this test checks the control 
logic used for receiving packets, returning packets, returning status, 
and manipulating the receive FIFOs. A round trip of the data is also 
observed when an echo-server is present. 

6.2.11 Receive Variable-Sized Jackets 

This test receives SI2 packets varying in size fron 142 bytes to 
1166 bytes. Each packet is first formatted and then transmitted either 
by the controller under test if an echo-server is used, or an alternate 
controller if not. 9» receipt of variable-sized packets and the use of 
all buffer nunbers by the control logic is verified. A check is made for 
missing or out-of-sequence packets and an error reported when a packet is 
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not received within a half a second. 


€.2.12 Receive Ohder Interrupt Control 

Depending on whether an echo-server is used, this test declares 
either eight (echo-server) or sixteen receive buffers (no echo-server). 
Interrupts are enabled and the controller waits to receive a burst of 
• either eight or sixteen packets. If an echo-server is used, the 
remaining eight buffets are used to transmit the packets. Otherwise, 
sixteen packets are transmitted from an alternate controller in the same 
backplane. lftis process is repeated 256 times. 

AS each packet is received, its buffer number is checked for proper 
ordering and its data for consistency. An error is reported if a packet 
fails to appear after half a second. Using an alternate controller as a 
transmitter, the ability of the controller under test to receive 
back-to-back packets is demonstrated. 
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6.3 SYSTEM COTIGURATICN 

ECTEST will run in a number of different configurations with the 
following minimum configuration: 

• An LSI-11 processor with the EIS (Extended 
Instruction Set) 

• A console device wired to locations 177560-177566 
in memory 

• A minimum of 6OK bytes of memory (32K are 
provided by the QE) 

• A device from which to load ECTEST 

From one to six QE Controllers may be tested successively using a 
conmon LSI-11 backplane. The LSI-11 processor board must have the proper 
' memory mapping hardware for this to be possible. 


6.4 EMM ET GDNECLLHl TEST (ECTEST) 


Running ECTEST from the console terminal requires several 
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interactive steps. First, ECTEST must be loaded from secondary memory 
into nein memory using the POM monitor. 

NARiUC 

THE FOLLOWING COMMANDS fl&LI THE PROCESS®! Be 
sure to terminate the system gracefully - because 
any executing program will disappear. 


If an ■§■ symbol is not already present, press "BREAK"( or the 
required sequence to catmunicate with the ROM monitor). Depending on 
where the ECTEST program is stored (tape or diskette) the proper sequence 
of camands or register writes must be executed to load the boot program 
from block zero and started at location zero. After loading and starting 
the boot program, the following procedure must be followed: 


From Tape: 


tm(0,2) 

<wait for tape> 
Og 


-load the second file 


-execute 


Fran Floppy Diskette: 

ectest -load the file 


<execution proceeds> 
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Upon execution, ECTEST will ask for the type of terminal connected 
to the system: 

Terminal types "y" or •RETOPN*) s MM? 

Responding with a "y" initializes the test software to generate the 
appropriate escape sequences for positioning the cursor on on an ACM-type 
CRT terminal. If the console terminal is not an ADM-type terminal, type 
"RETORN" to display the next choice. This process will continue through 
all choices including "other" corresponding to a terminal with no cursor 
control until a "Y" is typed. 

Following this question, the nain screen will display: 

3COM ECTEST VI.0 
BC: 01 Pass: 001 

Vector: 000400 M e mory: 00100000 Control: 164330 


Press: "c" to change parameters, "e" for echo-server, RETOEN to start 


Typing "c" lets you change the parameters displayed at the top of 
the screen. Because ECTEST is capable of testing from one to 16 QE 
Ethernet Controllers installed in the same backplane, several preliminary 
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questions are asked: 

Hater of controllers (def: 1)? 

A single character from one to six is expected; other characters, 
including a carriage return, default to testing one controller. The next 
question is: 

Will an echo-server be present? 


The answer to this question determines whether or not to use an 
echo-server for tests 10,11, and 12 when receiving. It is only 
meaningful to reply "N" when the number of controllers to be tested is 
greater than one. If an echo-server is not present, an alternative 
controller in the same backplane must be used as a transnitter. 

w ^ next question requests the tests to be run for each pass: 

Tests to run (dc£« 1*2*3f•••12)? 

Any combination of the numbers one through twelve may be typed, 
separated by blanks. A maximum of twelve tests can be -specified. Simply 
responding with a carriage return indicates tests one through twelve in 

ascending order. 


Next, the cursor will be positioned at the first changeable value in 
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As the parameters for each controller are either changed or 
defaulted, the memory and control registers are verified to exist. If 
either of than do not exist, an error message is printed and a request is 
made for the proper values. Once all the parameters for each QE have 
been supplied, testing begins automatically. 

If the current station is to be the echo-server "e* should be typed. 
The following message will appear: 


30DM BCBD-SBCTHl 


Each packet received and recognized is returned to the sen d e r. The 
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station configured as an echo-server will continue to echo packets sent 
to it until a "DELETE" is typed. Otherwise, typing a carriage return 
automatically initiates the set of twelve tests. The following screen 

will be displayed: 

3COM BCTEST VI.0 
BC: 01 fbss: 0001 

w Vector: 000400 Memory: 00100000 Control: 164330 


1. Memory Address 

SUCCESS 

2. Memory Data 

SUCCESS 

3, Memory Random 

SUCCESS 

4 . KJL.W / Byte 

SUCCESS 

5. Tl 1 Packet 

SUCCESS 

6. Tx N packets 

SUCCESS 

7. Tx B-B packets 

SUCCESS 

8. Tx Interrupts 

SUCCESS 

9. Echo Identify 

SUCCESS 

10. Rx 1 Packet 

SUCCESS 

11. Rx N packets 

SUCCESS 

12. Rx Interrupts 

SUCCESS 


(Has line displays requests and messages) 
Error: (This line displays errors) 
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As each test is run, its description is displayed on the terminal, 
to completion, either the message "SUCCESS" or "FAILURE" will follow this 
description. If the test fails, the number of errors will be displayed 
to the right of the word "FAILURE". If a fatal error occurs (testing 
unable to proceed), testing will terminate. All errors may be displayed 
once testing has terminated by typing a carriage return. The 
interpretation of errors is described in section 6.5. 

Biere are several special characters that may be typed from the 
terminal. A control-s suspends output to the console. A control-q 
resumes the output. A "DQZTE" character terminates all testing. 
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6.5 ERROR MESSAGES 

TVo types of error messages are generated ty ECTEST * 

The first type of error message is in response to an invalid input 
value typed from the console when initializing ECTEST. Most of these 
rtessages are self-explanatory and either default to an assigned value or 
the user to re-type the input. Two of these messages are: 

Error: unable to access controller manory 
Error: unable to access control registers 

In these cases, either the controller memory or the contro 
registers were inaccessible. The parameters for this QE Controller 
should be re-examined and changed. 


The second type of error message occurs while the QE Controller is 
being tested. Rather than printing the message to the screen, the error 
together with other pieces of relevant data, are written into a buffer 
area in memory. Once testing is complete, either normally or through a 
fatal error, these errors may be displayed by typing RETORH. For 
Otr-type terminals, typing -RETORN* displays subsequent pages of error 
messages if they continue beyond a single screen. 
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The following table describes the possible errors? 


Mo. 

Severity 

Description 

Data 1 

Data 2 

Data 3 

1 

fatal 

non-existent 

sapped mem 

1st QE snu 




memory 

location 

addr reg 


2 

non-fatal 

incorrect value 

mapped mem 

expected 

actual 




location 

value 

value 

3 

non-fatal 

frame check error 

packet head 

buffer 





word 

number 


4 

non-fatal 

incorrect buffer 

expected 

actual 




number 

buffer no. 

number 


5 

non-fatal 

incorrect memory 

mapped memory 

expected 

actual 



pattern 

location 

pattern 

pattern 

6 

non-fatal 

r ead-mod-vrite 

mapped memory 

expected 

actual 



error 

location 

value 

value 

7 

non-fatal 

low byte error 

sapped memory 

expected 

actual 




location 

value 

value 
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8 non-fatal high byte error mapped memory expected 

location value 


actual 

value 


9 fatal no transmit buffer 
available 



10 

non-fatal 

transnit timeout 

transnit 

packet 


• 




buffer no. 

data size 



11 

non-fatal 

incorrect xmit 

expected 

actual 

packet 




buffer no. 

buffer no. 

buffer no. 

data size 


12 

non-fatal 

receiver timeout 

transmit 

packet data 






buffer no. 

size 



13 

non-fatal 

maximum jam 

max iirum 



• 



retries 

retries 




14 

fatal 

echo-server 







unavailable 





15 

non-fatal 

incorrect 

receive 

expected 

actual 



- 

receive data 

buffer no. 

value 

value 
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6.6 TROUBLE SHOOTING 

i 

In the event errors occur during the execution of the ECTEST 
consider the follcwing suggestions: 

Symptom: 

Memory errors in tests 1, 2 , 3, or 4. 

Oieck: 

Proper seating of the memory card in the backplane. 

Proper installation of interconnect ribbon cable to all 
connectors, remove - check pins - reinsert. 

Correct control board dip-switch setting for memory. 

Loose jumper connector controlling byte ordering 
on memory board. 

Symptom: 

Tests 5, 6, or 7 return errors. 

Qieck: 

Proper connection of the serial cable to both the 

serial board and the transceiver interface cable. 

Correct control board dip-switch settings for the memory 
and control registers. 

Symptom: 

Test 8 hangs and the processor baits 
(the run light goes out). 
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Check: 

Proper ordering of cards in the backplane to pass 
bus grants fran board to board. 

Correct control board dip^switch setting for 
the trap vectors. 


Symptom: 

Test 9 returns a fatal error - unable to find an echc-server. 

Check: 

Proper connection of the serial cable to both the serial 
board and the transceiver interface cable. 

Availability of an echo-server if one is to be used. 

Correct control board dip^svitch setting for memory. 


Symptom: 

Tests 10, 11, or 12 return errors. 

Gieck: 

Proper seating of all controller boards in the backplane. 
Correct control board dip-switch settings for trap vectors, 
nenory, and control registers. 

Prefer connection of serial cable to both the serial board 
and the transceiver interface cable. 
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6.7 WARRANT* AND REPAIR FCLIC* 

Any 3Com product which fails within 90 days from date of shipment 
will be repaired or replaced by 3Com free of charge providing, in the 
opinion of 3Com, the product has not been subject to improper electrical, 
mechanical, or thermal stress. The customer should send the defective 
item to 3Com stating the nature of the fault and quoting the date and 
invoice number of the original shipment. Freight charges from customer 
to 3Com must be paid by the customer. Freight charges from 3Com to U.S„ 
customers are paid by 3Com using DPS. Foreign customers must pay freight 
both ways. Replacement or repair under warranty will normally be 
ccnpleted within seven days of receipt at 3Com. 

After 90 days, a factory repair service is available for the 3C20G 
Q-bus Ethernet Controller. The charge is fixed at $250 for each 
controller regardless of the extent of the repairs concerned. If testing 
of the controller shows no failure, or if the controller has been 
modified or damaged by the customer attempting repairs or if it has been 
subject to improper electrical, mechanical, or thermal stress, it will be 
returned to the customer in the same condition as received and a $100 
charge assessed. Controllers repaired under the fixed-price repair 
service will be warranted for 90 days from the date of shipment of the 
repaired controller. 

In order to achieve a quick turnaround, 3Com may ship a controller 
different from that received. In all cases, the controller shipped from 
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3Com will be given a new Ethernet address to avoid any possible 
duplication of addresses. The customer may use the Ethernet address 
originally shipped with the controller, or with the repaired controller, 

or both. 



6-23 











(SMTEK 7 



3ComCaporation 


compute' commurocato'' compatibly 


PT-1I DRIVER 

The device driver described here works with version four of RP-U. A 
working knowledge of the RT-11 Software Support Kanual and the m-U 
Progranmer' s Reference Manual is assumed. 

The RT-11 Software Support Manual details the installation and 
structure of device drivers. 

The monitor calls and the theory of I/O programming are described in 
the RT-11 Progranmer' s Reference Manual. 

To establish a correspondence between an Ml channel and the ». 
use the .IPO** monitor call using the identifier to specify the O'. 

• The following example opens the QE on channel zero. 


.LOOKUP #LKBLK, #0, fQEURME 

BCC QBOK 

TYPE <QE not available> 
BALT 


QBUK: 


jEFRCRl 

;0K 


QENftKE: .RAD50 /Q 2 / 

UHJC: .BWW 3 


7-1 








3Com Corporation 

computer communication compauoiity 

The driver, as supplied, transmits packets one at a time. When 
called to transmit a second packet, the driver hangs until the previous 
transmit completes. When collisions occur, the driver retransmits the 
same packet a maximum of sixteen times, alerting the client with an 
error. Errors ad so result for packets too large and for illegal .SPfTttte. 

All packets going by on the ether are ignored until the client try 
to read from the QE. As many as three read requests may be pending at 
any one time to catch back-to-back packets. If no read requests are 
pending, all packets going by on the ether are lost. The driver performs 
address recognition, frame check sequence (fcs) checking, and runt 
filtering. 

The driver accepts broadcast packets as well as the ones addressed 
specifically to the network node. 

When the driver accepts a packet, it writes the byte count 
(guaranteed to be non-zero) in the first word of the packet buffer 
followed by the packet. To detect a packet in this buffer, write a zero 
in the first word of the receive buffer before doing a read, then wait 
for a non-zero value. If the packet buffer is not big enough for the 
packet, the packet is lost and an error results. 

With the exception of address recognition on receive, the driver 
does not alter or examine any data in the packets. In particular, the 
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client must provide the Ethernet header: source, destination, and type in 
the buffer on transmit. On receive, the client rust examine the type 
field to determine the format of the rest of the packet. 

The driver implements .SFFUN code 370 octal to return the network 
address of the controller, the call should be as follows: 

.SPFUN area, chan, func, buf, went, blk, ertn 

buf and wrat specify a 31 word area where the driver returns the Ethernet 
address followed by the statistics block, an array of 14 32-bit 
statistics counters. (See Apperdix F). The driver ignores blk. 

The keyboard monitor's Set Command lets the user change the Ethernet 
address of the controller. The names of the variables to set are: ADD*,, 
MM. and AOS2. AECSO oust be Mi even nmber. An odd mmter makes it 
a multicast address. The address recognition routine cadres the first 
word that arrives on the ether with «0. the next word with AEOtl, ard 

finally NER2* 

The driver assumes that OE memory is assigned to bus addresses 
100000-157776. «M1 therefore resides in high QE memory. The System 
will load the device driver directly bel» the resident part of KM1. 
The driver uses the packet offers that fall into its data area. During 
initialization, the driver talts if it discovers that its data area does 

not fall within QE memory. 
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As supplied, the driver uses four packet buffers? one for transrdt 
and three for receive. If this proves unsatisfactory, the allocation can 
be changed by reassembling the driver. Edit the source to change the 
values of N*CFRR and HCFPX; these specify the number of buffers used for 
receive and tran suit respectively. 








CHAPTER 8 


RSX-11M DRIVER 


8.1^ INTRODUCTION 

" ” The RSX-11M Ethernet driver described in^this^eectitn^sup- 

ports the 3Com UE Co ^ rol J®^ B u S ;LC address P ^ S pace. Data packets 
buffers residing in ^NIB throuqh these buffers as con- 

tro?lea t by <J rte / dr?;.r ^e numbe? of transmit end receive pechet 

buffers is configurable. 

The UE Controller driver soft ^J^® g 0l g°y® e St cSntrol P and data 
for RSX drivers. The calling s ®^® BSX inventions. Since 
structures are consistent with *** ^ driver uses the 

multiple tasks use the Ethernet to multiplex data, 

type field in the Ethernet jata ^* e h “*« sslng or stora9 e over- 
The driver does not mtroauce _ rred directly from user 

head. In particular, P a <: k ®*® ; *H TSa without any extra buffering 
memory into UE memory ,and ^®®"^ r ®*' *e, well commented, and may 
inside the kernel. The driver is ^P 1 ®;^ other operating sys- 
be used as a model for has comments describing 

tern environments. Each ° £ purpose of the routine. Manual 

iSS&SSE fl^rvirrl^fed^dL ^rations! use. 

8.2. QIO MACRO 

Ethernet taSS? tte^SoSrS^ 0». .5S 

that are valid for the Ethernet driver. 


Table 8-1 - QIO Functions for Ethernet 


QIO Parameters 


Function 


IO.INL,.• 


IO.INLll, 


,<eaddr,size,ntb,nrb,mode> 


Initialize. (Initialize 
Ethernet address, number 
of transmit and receive 
buffers, and address 
recognition filter mode.) 


..,<eaddr,size,ntb,nrb,mode> 


Initialize. (Initialize 
Ethernet address, number 
of transmit and receive 
buffers, address recogni¬ 
tion filter mode, and 
enable Xerox NS Protocol 
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IO.STP,... 


IO.STPJ1,... 


10.CON,...,<type,rxefn> 

10.CAS,...,<type,rxast> 


IO.DIS,...,<handle> 

IO.WLB,...,<bufadd,size,handle> 

10.RLB,...,<bufadd,size,handle> 

10.RLBI1,...,<bufadd,size> 

10.RLB12,...,<bufadd,size> 


Echo service.) 

Stop the Ethernet con» 
troller. (Disables the 
Ethernet controller.) 

Stop echo service. (Dis¬ 
ables the Xerox NS Proto¬ 
col Echo service portion 
of the driver but the 
Ethernet continues to 
operate.) 

Connect to Ethernet type. 
(Establishes ownership of 
Ethernet type supplied.) 

Connect to type with 
Asynchronous System Trap 
(AST). (Same as above 
and uses AST's to notify 
task of incoming pack¬ 
ets .) 

Disconnect from type. 
(Releases ownership of 
Ethernet type.) 

Write logical block. 
(Transmit buffer contents 
to Ethernet.) 

Read logical block. 
(Read Ethernet packet to 
user buffer.) 

Return the Ethernet 
address of this con¬ 
troller (6 bytes). 

Read statistics block 
(See Appendix D). 


Table 8-1 - Definitions 


eaddr 


size 


Starting address of a six-byte buffer containing the 
Ethernet address for this controller. 

Data buffer size in bytes (must be even and greater 
than zero). 
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ntb 


nrb 

mode 

rxefn 


rxast 

type 
bufadd 
handle 


Number of transmit buffers to use. 

Number of receive buffers to use. 

Filter mode for address recognition. 

* crisis:. 

type. 

Sixteen bit Ethernet packet type. 

Starting address of the data buffer. 

Type access handle returned to the software from a 
successful connect function. 


8.3. STATUS RETURNS 


Ethernet 


The status and o .rror u conditjons ^turned ^ £| h e f dia 9 ^ 


Selow! The S “ tUS 

I/O 


. The first byte of the iU ^ e c "“^^ b yte contains function 
function just performe .Th the IOSB contains the 


dependent status bits. The °ol read^unctions^Sr the 

handle°assigned 8 t^an^Ethernet^type following a successful con- 

nect function. 


IOSB 


1 1 

5 4 


8 


0 

iDlTl 

1 1 1 

1 1B l 

status 

1 

1 

byte 

count or 

handle 

1 


IOSB Diagram Definitions t 
D (bit 15) 


T (bit 14) 


sion of a Ethernet is reset and restarted. 

Any°other I/O requests to the Ethernet may also 
fail. 

riS'in*L%:r«aVesr^ r thfnUer n of S |y«s 

in the packet. 
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B (bit 8) Non-zero indicates there are one or more receive 

buffers containing packets for this type. The 
software should issue a read request to free a 
buffer and continue doing so until this bit is 
returned as zero. 

8.4. ETHERNET USAGE 


Since the UE Controller uses buffers residing in UNIBUS 
address space, the RSX-11M system manager must be aware of possi¬ 
ble conflict of memory use. Care should be exercised if the end 
real m f nor y exactly meets the beginning of UE buffer memory. 
RSX automatically extends its partitions into this memory space, 
thus causing the chance of spurious errors due to Ethernet opera- 
tion. It is recommended that a hole in the memory addresses be 
provided to guarantee that RSX will not attempt to use Ethernet 
buffers as memory. 

8.5. DETAILS ON ETHERNET DRIVER QIO FUNCTIONS 


The Ethernet driver for RSX-11M performs six basic func- 
tions. These include initialize, stop, connect, disconnect, 
( trans niit) and read (receive). Optional to the above func- 

w,-?^ e a ci nitla i 1 |\ Wlth echo service ' st °P echo service, con¬ 
nect with AST, read Ethernet address and read Ethernet statis- 

detailed descriptions of the QIO calls used 
with the Ethernet driver. The function dependent input parame¬ 
ters and error codes specific to each driver call are described. 
The general form of the QIO statement for RSX-11M is: 


QIO$C func,lun,efn,pri,isb,ast,prl 
where 

is the I/O function code 
is the logical unit number 
is the completion event flag number 
is the priority 

is the address of the two word I/O 
status block 

is the address of the AST service 
routine entry point 
is the function dependent parameter 
list <pl,...,p6> 


. . I ?: INL . 1S the Ethernet driver initialization function. This 
initialization establishes the Ethernet address for the con¬ 
troller, the address recognition filtering mode and the number of 

i f f e 5 S * se f or tra nsmit and receive. After the driver is 
loaded, this function must be issued to each controller to start 
its operation. The initialize QIO statement is as follows: 


func 

lun 

efn 

pri 

isb 

ast 

prl 


8.5.1. 10.INL 
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I 


0I0$ C 10. INL. * • •» sethadd.size .ntxbuf.nrxbuf,mode> 

A „E controller may be ^E.htrnft SS«£2”£pKS 
by^the caller* ^‘‘add«ss i. 

The hardware address is us «. buffer. The length of the 

3£ first word) is.set in the ^uffer^ and must always have 

ethadd buffer is given in the size p n txbuf and nrxbuf, 

the value six. The ^exttwo P reC eive buffers to be used by 
define the number of o£ these two values cannot 

exceed^th^numbe^of^buffers 6 established^in^the ^^g^^g^param- 

as ( si*eiS2 a iS5 c i^~^S:ris 

represent^combinations "Si/SS'St lit!Vis 1 S& 

last address and promiscuous mode. ™i the har dvare address 

directly into the UE receive CSR to enaox emulates this 

recognition. (On a OE con -Uer, *. Jrt 

address recognition scneme y 

, a.%. irvi^ialize function requires a 

An alternate form of informs the identical func- 

modifier value ttat it enable! the Xerox NS Echo server 

tion with the addition that it enao ws! 

feature in the driver. The call is 

QI0$C 10. INL .. ethadd, size .ntxbuf .nrxbuf ,mode> 

r/ received ^ 

In Of rte following conditions are met. 

The packet is addressed to this controller specifically 

data link client type is CSSS hexadecimal and no user 

task is currently connected to this typ 
The OIS client type is 2. 

4. The echo type is 1. 

po^EBC in file ENCFG.MAC 
will, Th tf“e d fi«d? a in!b!r!i! SSTI-^ice function to respond to 


! 


1. 

2 . 

3. 


I WlaLXr x ^ w 

broadcast packets 


ICaSU # . 

, >*_ returned from the initialize 

functKnft^r'sfb^f the & status block. These are: 

IE.ONL initialization has already been performe 
XE.RBG buffer length error, 

buffer counts invalid, or 

!E•BDV invalid^Ethernet 1 address given (OE only, 
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8.£.2. IO . STP 

IO.STP disables the operation of the Ethernet for the given 
controller. The driver stops all activity, resets the controller 
®nd returns control to the caller* The controller may be res— 
tarted by issuing another initialize function. The stop command 
is issued in this manner: 

QIO$C IO.STP,... 

A modifier of one to the stop function code (I0.STPI1) will dis¬ 
able the echo service function within the Ethernet driver but 
does not stop the rest of the driver functions from continuing to 
operate. 

QIO$C IO.STP11,... 

This stops only the echo service function within the driver. No 
errors are returned from the driver. 

£J*!*2* 10 . CON 

10.CON is the general connect to Ethernet type function 
required before any task may perform any writes or reads to the 
Ethernet. A successful connect operation returns a 16-bit handle 
in the second I/O status block word. All subsequent QIO's per¬ 
taining to this type must provide this handle as an input parame¬ 
ter. The connected task is notified of received packets via the 
rxefn parameter — the driver sets this event flag whenever a 
packet is received for this type and clears the event flag when 
the last packet is read. The call is as follows: 

QI0$C 10.CON,•*.,<type,rxefn> 

^* rror codes returned from the connect command include: 

IE.DAA all type slots are used 


8.5.4. 10 . CAS 

10.CAS is similar to the above function except that it 
specifies an asynchronous system trap (AST) to process a received 
packet. It is called as follows: 

QI0$C 10.CAS,...,<type,rxast> 

This function connects to the specified Ethernet type and estab¬ 
lishes rxast as the entry point of the received buffer notifica¬ 
tion routine in the software task. On receipt of a packet of the 
specified type the driver issues an AST to the routine address 
provided to notify it of a new packet. The AST routine is exe¬ 
cuted asynchronously, similar to an interrupt routine. Due to 
the nature of the AST function within RSX, the AST routine is 
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best implemented a low £®software task is provided one word 
entry to the AST routine, the software tasx is^ handle . This 

of information about the receiv P . at a later time to 

value should be popped form * * ■ Ethernet con- 

AST°program etac^appears as follows. 


SP+10 Event flag mask word 
SP+06 PS of task prior to AST 

SP+04 PC of task prior to AST 

SP+02 Task's directive status word 

SP+00 Handle for received packet type 


once the AST routine has “U 


8.5.5. IO.WLB 


Ether- 
It must 
should 


to WLB oerforms a transmit of a single packet to the 

net. 10 ^e B pachet 
include the Ethernet data Ethe rnet address. The Ethernet 

already include the ^estinati field within the header 

driver stores the source ad ^®f® ^ transmit QIO takes this 

before transmitting the packet. The 

form: 

QIO$C IO.WLB,...,<bufadd,size,handle> 

. ‘a**a in the first function dependent 

The packet data is provided e Ether net header and any 

parameter bufadd. This include ize of 15i 4 bytes. 

other data necessary up by ? the parameter size, which 

The length of the packet is d ®* in a * P no t including FCS. 

indicates the number of b £*®® . transmit is done by passing the 

The type identification for . This handle identifies 

sr- 

returned ! 4 Error^coLs'JeturnSdfrom the transmit function ere: 


IE.DNA 
IE.RBG 
IE.RSU 
IE.DNR 
IE.FHE 


invalid handle 
buffer length out of range 
no transmit buffers available 
no transmit interrupt 
jam count exceeded 


(try again) 


8.5.6. 10. RLE 

The Ethernet read logic has three 
the modifier to the function code 
packet from the received complete list 
Ethernet address currently used by 


functions. Depending on 
this either reads the next 
for the type, returns the 
this controller or returns 
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information from the statistics block kept by the driver. To 
read an Ethernet packet, the calling process first waits to be 
informed of the arrival of a packet with the specified type. The 
notification is done either by setting an event flag or by issu¬ 
ing an AST to a task routine as designated in the connect call 
(10.CON or 10.CAS). The task then issues the packet read in this 
manner: 

QI0$C IO.RLB,...,<bufadd,size,handle> 

The first two parameters specify the buffer address and number of 
bytes to read. The access handle is used by the driver to iden¬ 
tify the Ethernet type and therefore determines which packet to 
transfer to bufadd. If no packets are waiting to be read for the 
designated type, an error is returned. The bufadd and size 
parameters, for ease of programming, should be set to the maximum 
Ethernet packet size, 1514 bytes, to account for a packet of any 
size. The actual packet size in bytes (not including FCS) is 
returned in the second word of the I/O status block on completion 
of the transfer. 

The Ethernet address used by this controller may be read by 
issuing a read request with a modifier value of one (I0.RLB11). 
The call is as follows: 

QI0$C IO.RLB!1,...,<bufadd,size> 

The two parameters are the buffer specifier and length in bytes. 
The byte count should be six. The user task need not be con¬ 
nected to an Ethernet type to issue this call. 

The Ethernet statistics block may be read by issuing a read 
function with a modifier value of two (I0.RLB12). This returns 
up to 56 bytes of statistics data as described in Appendix D. 
These counters are updated by the driver and never zeroed. The 
call is as follows: 

QI0$C IO.RLB!2«...,<bufadd,size> 

Error codes returned from the Ethernet driver read functions are 
described below: 


IE.DNA 

invalid handle 


IE.RBG 

buffer length out 

of range 

IE.NBF 

no receive packet 

pending 

8.5.7. IO.DIS 




I0.DIS disconnects the calling task from the Ethernet type 
associated with the given handle. This request cannot fail; the 
call is as follows: 

QI0$C IO.DIS,...,<handle> 
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« invalid handle is given, this reguest is ignored. 

£•£• cosriousffi th, so^ ^ ^ BSX . 11M 

InstaS.^^^^ 

IClfHIS‘‘l”ia£f.S “ —• 

) 1 . 

2. 


is this a Q-hus or UNIBUS system? 

.rollers Will be installed on this sys 
Bow many Ethernet , 

tern? (The maximum value i ^ „ Bystems the 

What are their hardware £^ ab j|”g le d as high as F?® “ b . 6 ' a „d 

r t arfat “ 0 (£ ••«»■.«> “"^u^^Interllupt victors 
£rfd£n for eech.uccee-vecontrouer ^ con£lict with 

SS&-SS.n^ to the system. _ ^ 

How many units does^ach JfSS^I^rwir? •£“ 
determined by the So te that a single tash 

access to data ° type at once. 

connect to more than one typ ^ Qnly one 

for each controller, a 


5. 
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DVDEF 


EN,cn,ua,va,nu,ba,op,nb 


Where: 


cn 

ua 

va 

nu 

ba 


op 

nb 


is the controller number, starting with sero 
is the UNIBUS address of the CSR (octal), 
is the interrupt vector address (octal), 
is the number of units on this controller, 
is the buffer address in 64 byte blocks 
(6000 represents 600000 octal). 

(not used). 

is the number of buffers available. 


Multiple controllers are represented by multiple DVDEF lines, 
incrementing the controller number (cn) for each successive one 
and specifying a unique ua, va and ba. The buffer count for each 
controller can be up to sixteen. The answers to the remaining 
questions are specified by assembly parameters defined at the end 
of the ENCFG.MAC file. The conditional parameter QE should be 
defined to specify a configuration using QE Ethernet boards. The 
maximum type count is defined by the symbol MAXTYP and may be 
changed to any value that suits the user. The memory overhead 
for each type is seven words per controller. 

8.7. EX AMPLE 

• mmm mammm—mm—mmm—ammmmmrn 

The following FORTRAN program example is provided to demon¬ 
strate the use of the Ethernet under RSX-11M. 


program enecho 


c 


c Sample FORTRAN program to demonstrate 
c reception of Ethernet packets using 
c the RSX driver. This program transmits 
c an echo packet over the Ethernet and 
c waits for some echo server to return 

c loop for the purpose of determining 
c the total and average time elapsed 
c in a single communications cycle with 
c a constant host as a server. The 
c values printed by this routine represent 
c the time including that used in QIO 
c processing and driver packet handling, 
c 

integer pkt(757),pktr(757),npkt 
integer iosb(2),parms(6),parmsr(6) 
integer handle,lun,ids,rxefn,retrys 
integer iorlb,iocon,iowlb,iodis 
logical wtpkt 


c 


data npkt / 10000 / 
data rxefn / 7 / 
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Q 

c Define source packet data. 

data pkt(l),pkt(2).pkt(3) / -l--!-* 1 / 
data pkt(4),pkt(S),pkt(6) / «- 8 ' 5 / 
data pkt(7) / 6 / • <=l« nt 

data pkt(lf» / "1000 / 
data pkt(16) / "1000 / 
data pkt(23) / "400 / 
data lun / 1 / 

c I/O function codes in the order of appearance. 

data iorlb / "1000 / 
data iocon / "15400 / 
data iowlb / "400 / 
data iodis / "16000 / 

c 

c Request the packet size. 

C 

1C format^('$Enter packet byte sizes’) 

accept 20# isz 

20 if 60*or.isz.gt.l514) goto 5 

c Assign the Ethernet access path. 

call asnlun(lun,'XX*,0,ids) 
call chks(ids,1#6,' ASNLUN ) 

c Read the Ethernet address from the controller, 
call getadr(parms,pkt(4)) 

call S wtqio(iorlb+l,lun,3,.iosb.paras.ids) 

call chks (ids,iosb, 18, ’read Ether address ) 

c Attach the Ethernet access path, 
c 

parms(1)-6 

parms(2)=rxefn . ids \ 

call wtqio(iocon,lun,3, ,iosb,parms,i 

call chks(ids,iosb,10,'attach QIO ) 
call clref(rxefn) 

c Successful attach, save the handle. 
handle=iosb(2) 

c Now send out an echo packet and wait for a reply. 

Q 

call getadr(parms,pkt) 
parms(2)=isz 


j phoney source address 
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parms(3)=handle 
retrys=5 

25 call wtqio(iowlb,lun,5,,iosb,parms,ids) 
call chks(ids,iosb,8,'transmit') 
if (wtpkt(rxefn)) goto 30 
c 

c Process timeout. Retry (at least a few times.) 

retrys=retrys-l 
if (retrys.gt.0) goto 25 
type 27 

27 8to f0nnat( ’ 1,0 server response, giving up.') 
c 

c Got a response. Read the packet into our buffer, 
c 

30 call getadr(parmsr,pktr ) 
parmsr(2)=1514 
parmsr(3)“handle 

call wtqio(iorlb,lun,5,,iosb,parmsr,ids) 
c call chks(ids # iosb # 17 # 'read first packet 1 ) 

c Set up our transmit packet with correct data, 
c 

pkt(1)=pktr(4) 
pkt(2)=pktr(5) 
pkt(3)=pktr(6) 
c 

c Start the timer, 
c 

time=secnds(0) 

c 

c Begin sending single packets to our server and 
c waiting for each return packet, 
c 

do 100 i = l, npkt 

call wtqio(iowlb,lun,5,,iosb,parms,ids) 
call chks(ids,iosb,8,’transmit') 
if (wtpkt(rxefn)) goto 50 
type 40, i-1 

stop 0rmat( ' Server disa PPeared after ’,i5,' packets received 


40 


1 ) 


c Received the packet. Read it. 
c 

50 _ a i®ail wtqiofiorib,iun,5,,iosb,parmsr,ids) 
call chksfids,iosb,4,’read’) 

100 continue 

c 

c Compute elapsed time and print results, 
c 

time=*secnds (time) 

22 ' n Pht,time,float(isz)*npkt/time 

22 format(' Elapsed and average times, ’,i5, e packets’/ 
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1 ' Total time:'# f9.1» * seconds / 

2 ' Bytes/sec: ’ , f9.2) 


c 

c 

c 


Disconnect the Ethernet access path. 


parms( 1 )=handle 

call wtqio(iodis ,lun, 5 

call chks(ids,iosb,10, 
end 


,,iosb,parms.ids) 
• disconnect') 


c Subroutine to check the directive status 
c and I/O status from a qio. If an error 
c is discovered, a message is printed on the 
c controlling terminal and the job is 

integer function chks(ids,iosb,len.str) 


c 

c Establish correct types, 
c 

integer len 
byte str(l),iosb,ids 
integer issue 
data issue / 1 / 

c First check the directive status. 

Q 

if (ids.eq.issue) goto 10 


c Error in directive status. 

type 1, ids, (str( i) .i^l »l en ) » * f rOTn • 20al) 

1 format (' Directive error ( ,o3, ) from 

stop 

10 continue 

1 Directive status ok, check I/O status. 

Q 

if (iosb.eq.issue) goto 20 

c 

c Error in I/O status. 

type 2, iosb, (str(i),i=l*len),'•' . 2 0al) 

2 format (' Status error ( ,o3, ) from ,^ 

stop 

20 continue 

c 

c Done. 
c 

return 

end 

c Function subprogram to wait for a 
c from the server process. A two-second timeout 
c is incorporated into the wait logic to insure 
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c the program does not. hang forever if there is 
c no echo server around. 
c 


logical function wtpkt(rxefn) 
integer isset,rxefn,timefn 


data isset / 2 / 
data timefrj / 6 / 
c 

c Start the two second timer using event flaa 
c timefn. v 

c 

call mark(timefn,2,2,ids) 

call chks(ids,1,9,'mark time’) 
c 

c Wait for either flag to appear, 
c 

call wf lor(timefn * rx efn) 
c 

c Clear them both, remembering which was set. 


c 

c 

c 

c 


call clref(rxefn,idsr) 
call clref(timefn,idst) 
call canmt(,ids) 


Check results, 
success code. 


rxefn set, return the packet 
Else, return error status. 


wtpkt=.false. 

if(idst.ne.isset) wtpkt=.true. 

return 

end 
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computerCOmmuncaicncorTjp^^y^ IX ^ _ ADDRESS HECOGMITIQM SOPTWawg 

.tltl* 9C»#rv O-bua/ttharnot Interrupt S.rvleo 

Illat tt. 

•enable lc 


e«%0 {data pattern 
b*%l {ether buffer number 

e*U i scratch 
d-%3 {scratch 
t«%4 saddrcss 
tt«%5 ibyte count 

sp«%6 

pe*%7 


qercr 

qexcr 


160010 jether aerial receiver control r* 9 i»tor 
160012 {transmitter control register 


q.trp- 320 r.th.r .«U1 board trap location 

E. S^uarrST 

•< ' cva 

aiyaddr: .word 0, 0, 0 

.if? cnt. <0.1.2.3.4.S.«,3.10.11.12.13.1<.15.1<.1 , »> 

.word ent«bufcnt*qeaddr 
• endr 


pkttbl : 


{various other pae *« t 

torn*: halt spackot addressed to *o 

lnookt * halt {packet Is too long 

tcllrr': holt jfrane check sequence error 

.-overhead for interrupt 
rcvbrk: »©v a f *(sp) 

mov b. -(sp) 


j 8.85 (time for IOT and 8PT) 
{ 3.55 

{ 3.55 subtotal 15.97 


mov qercr, b 
bic 1177750, b 
now b t a 

asl b 

mov pkttbl(b)* b 
tst (b) 
bit feserr 
fceq lngpkt 
add Irstart, b 
bit »1, (b) 
bne tbcast 
emp (b)♦« myaddr 
bne ignpkt 
emp (b)♦, »yaddr*2 
bne ignpkt 
emp (b)♦, myaddr*4 
beq forme 

ignpkt: bis 1150, a 

•ov a, qercr 


1.72 


4.27 

2.84 


72 

{ 4.27 
{ 3.14 
{ 1.72 
{ 1.72 
I 2.84 
t «•>** 

{ 1.72 subtotal 3C.22 

I 5.39 
I 1.72 
I 5.39 
I 1.72 
r*e { 5.39 
{ 1.72 subtotal 21.33 

{ 1.84 

I 4.68 subtotal 6.52 


■ov <sp)e. b » 

..v lap)*. • j 5>i » subtotal 10.85 


qrand total 

{overhead do. to Interrupt 


,4.89 .leroa.es 


26.82 

16.34 


{overhead tor packet ' 35 % 

{worst case compare timo 21.33 25 


32% 

43% 


{best case compare time 
{best case total time 


7.11 

70.57 


«Bk - 

ibeast: eap (to!♦. •177777^ , 4.24 


bne ignpkt 
emp (b)^, 1177777 
bne ignpkt 
emp (b)^, 1177777 
bne ignpkt 

br beast » 1*72 


{ 1.72 
; 4.25 
I 1.72 
{ 4.2* 

{ 1.72 subtotal 17.94 


.end 
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transmit packet example 


bcb 34 11:31 19ei example.nac Page 1 


.title EXfc^PlE Examples of simple, busy waiting. 


programing 


•%0 jdata 

pattern 

b«4i jetber 

buffer number 

c**2 jscratch 

ci* % 3 ,-scrat 

ch 

t**4 jaddress 

tt*^5 jbyte 

sp»%* 

DC*%? 

count 

qercr* 1*4332 

jether serial receiver control register 

qexcr* 1*4332 

jtransmitter control register 

qebase* 12*000 

;o rig in of ?E re-'orv ir address space 

jqexcr bits 

xur.* i m 

;r.esK for buffer nu-ber 

xwbn* 20 

jwrite buffer nu-ber 

xclr* 4C 

jclcar trans-it done 

xinten* 120 

jtrar.smit interupt enable 

xrcr.e* tytsgn 

jtransn.it done 

jcir- 2:222 

jclear jam 

g in ten* 4''DC' 1 ' 

j j a- interact enable 

jam. snb 

jqercr bits 

jjan bit 


bn* l - * 

. ;.*br* 2d 
rclr* 4 n 
r ;r.t ?n* 1C** 
f“•' • hytsgn 


j useful combinations 
xulote* j inter.! xmten 


;ras< for buffer njr.ber 


jtrans-.it an.** j*- interact entiles 


bfc-tl* 13 jlog number of bytes of in sachet buffer 

bufent* 4C? r - jrurber of bytes in a pacxet buffer 

bigen.t* *dl514 .-largest legal size oacxet (add 4 mcr* bytes fer fcs> 
srlert* ~d e 0 jsmallest legal size packet (add 4 mere byte for *cs' 

fesent* 4 jnunber of bytes in fes 

rstart* buf rnt-bigent-f cscr.t-2 jbuffer offset to first word of r: 


v:! o-b.f: 


etnlor* 
r.qebuf • 


2C 


;lengtb of etbernet packet leader 
jnurber of qe packet buffers m qe hardware 
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Oct 14 13:31 19*1 example.oac Page 2 


•transmits s packet, call with 
takes buffer index in b, site 
xpkt: aov h e t 

swab t 
asl t 
asl t 
asl t 

»ov Ibufcnt, d 
sub tt, d 
mov d, qebase(t) 
bis fxvbn, b 
bov b, stqexcr 
bic <xwbn, b 
bov • 17 # -(sp) 

oov tnooo, d 
xwait: tstb **qexcr 
bni 1 ? 
tst Mqexcr 
bni 4£ 
sob d, xwait 

type <?ransBit timed out > 
br 2 S 

;packet successfully transmitted, clear done 
It: tst (tc?e {flush the retry count 

mov siqexcr, d 
•bic l*Cxbn, d 
cr.p d, b 
beq 3S 

type transmitted out of order > 

2 S: halt {hardware malfunction 

3ts nov Ixclr, ?»qexcr {dear done 

rts pc 


Jar pc, xpkt 

in tt, assumes data already in buffer 
{convert buffer number in b to offset in QE 
{Shift left eight bits 


rorigin of packet buffer in qc memory 


toffset of first word transmitted, into header 
lset transmit bit 


I initialise retry count 
{generous timeout 
{transmit done? 

{jam? 


;eone here on jam 
4$: dec (so) 

bpl 5$ 

halt {Something wrong with transmission subsystem 


{exponential backoff 
5£: jsr pc, rangen 

r.ov d, -(sp) 
nov 115, d 
sub 2 (sp), d 
clr c 

enp A , §12 
bios 

oov 112 , d 
*S: rol a 

asl c 
sob d, 

tty-W. A 

mov «iclr, **qexcr 

br xwait 


{generate a random number 


{number of retries so far 
;clip at 1 ? (decimal retries) 


{the high order hits are much more random 
{exponentially increasing mean 


Y 


jclear 3 am 
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RECEIVE PACKET EXAMPLE 


Oct 14 13:31 1981 examol t jiao-Paae-l 


stakes buffer number in b and puts it into receive FIFO 
p*t: bis Irwbn, b 

mov b, Pfqercr 
bic Srwbn, b 

{generous timeout 
{received a packet? 

• not functional, just wastes time 
;3•SC 3.SO 

; 4.90 


rwaitn: 

nov •10030, d 

rwait: 

tstb f*qercr 


bni 1$ 


tst ffqercr 


bni 3$ 

3$: 

sob d, rwait 

tyoe <*rrival timed 


halt 


rts pc 

1$: 

nov Maercr , - (sp) 


mev 4 rclr, Ofqercr 


mov (sc)**, d 


bic 4“Crbn, d 


emp d, b 


beq 2S 


type Arrived out o: 


halt 

2$: 

rts pc 

{random 

number gen.eretor4 r 'CS 

{Beware 

period of only 2*1*; 


{hardware malfunction 


.•clear done 

{register before we cleared dene 


{hardware malfunction 


a t a... 
aener aters. 


anger 


mov 

see 

i, a 

mov 

a. 

z 

asl 

c 


asl 

c 


add 

C, 

a 

swab c 


clrb c 


asl 

c 


add 

C, 

a 

add 

•33331, 

mov 

a, 

seed 

rts 

PC 



seed: 0 


. S eed for random number generator 


• end 


c-i 
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AFFSD 1 Z D 

ORDERING INFORMATION 


Ordering Information 


Q-bua LUmiwi controller 
Diagnostic on IttOi -comparts** dmk*n* 
Diagnostic on lU 02 -compatib** d»fc*ne 
Diagnostic on 10C bp> nup>wc up* 

Diagnostic on 1100 bpi nupwnr up* 

inn dm*r ond duftnoMK on RXOi-eompoifci* 

dukcn* 

ITT-11 diwanddupvnor on RX 02 -comparts** 
dukrnt 

mn 


JC2U-PA 


3C212-FB 


m n 

Up* 

R&x • 11M dnvrr and dtagnoanr on RX01 -compatibl* 

dokinc 

RSI llMctoMranddupiotK on RX 02-compatible 


SC212-MA USX llMdrwonddunnoauc onlOObptnupneiK 
up* 

X212-MB USX UM drMpr and du^noanc on MOObpi 
magnetic tap* 

Reference Manual for Q-bua ithrmrt 

IMT Software pnofD"am bc*na* 
l\ET Software bwar* cop> 

Ethernet trwuc*i«f 
Tt«nac*n«r cable 15 mrter 


Warranty 

Anv item which fads within X> davs of shipment will b* 
ropaimf or rrpurrd b> 3Com hr* of rharpr Ah*r 90 dact a 
bdlaov tanor> repair sense* is aiadable 
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Mountain V 
4IS Ml 


«w Caidomu M0S3 U1A 
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j 
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APPBCDC P 
QE ERIVER STATISTICS 


The following statistics are maintained by all QE drivers, and are 
accessable via & system call to the driver all values are kept as 32-bit 
integers. All values are initialized to zero and are never reset. 

entxpc transmit packet counter - incremented by one each time 
a packet is successfully transmitted. 

entxcc transmit collision counter - incremented ;by one each 
time a packet experiences a collision. 

ennflc network failure counter - incremented by one each time 
the number of collisions experienced by a single packet 
exceeds 15, indicating an Ethernet system failure. 
Subtracting 16 times this value from the entxcc value 
yields the number of collisions experienced during 
normal operation. 

entxpl transmit packet length - incremented by the size of the 
packet in bytes (including the 14 byte Ethernet header 
but excluding the preamble and PCS) each time a packet 
is successfully transmitted. The tpl and tpc fields 
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may be used to calculate an average transmit packet 

length. 

enrxpc 

receive packet counter - incremented by one each time a 

packet is received, regardless of its validity. 

ensbfc 

short bad FCS counter - incremented by one each time a 

packet is received that has an incorrect FCS and is 

shorter than the minimum size. Bisbfc + entxcc - 16* 

ennflc equals the nurrber of collisions experienced on 

the Ethernet. 

enlbfc 

legal bad FCS counter - incremented by one each time a 

packet is received that has an incorrect FCS and is 

bigger than the minimum size. Bisbfc + enlbfc equals 

the total number of packets received by this station 

with incorrect PCS's. 

ensgfc 

short good PCS counter - incremented fcy one each time a 

packet is received that has a correct FCS but is longer 

than the maximum size. 

enlgfc 

long good FCS counter - incremented by one each time a 

packet is received that has a correct FCS but is 

shorter than the minimum size. 
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ennfmc not for ine counter - incremented by one each time a 
packet is received that has a correct PCS and legal 
size but is destined for a specific Ethernet address 
other than our own. 


enbroc 



broadcast counter - incremented by one each time a 
broadcast packet is received that has a correct PCS and 
legal size. 


erniulc 


enfmec 



multicast counter - incremented by one each time a 
multicast packet is received that has a correct FCS and 
legal size. 

for me counter - incremented by one each time a packet 
is received that has a correct FCS and legal size and 
is destined for this host, i.e., contains either our 
own address in the destination field, or a broadcast or 
multicast address. 


enrxpl receive packet length - incremented by the size of the 
packet in bytes (including the 14 byte Ethernet header 
but excluding the preamble and PCS) each time a packet 
is received for this host. The enfmec and enrxpl 
counters may be used to calculate an average receive 
packet length. 


F-3 
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ensbfc + enlbfc + ensgfc + enlgfc + ennfmc + enfmec ■ enrxpc 
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r eddest for readers qgmqhs 

We want you to have documentation that meet your needs. Please use this 
form to participate directly in the documentation process and help us 
isprove our publications. 

Tell us of your experience regarding the usability, accuracy, 
readability, organization, and completeness of this publication only. If 
you have comments on the product this publication describes or if you 
wish to order publications, please contact your 3Com Representative 
directly. 

Please fill out the form below and mail to 3Can. Thank you. 


NAME_ 

TnLEL__— 

COMPANY NAME/DEPAFTMENIL— 
ADERESS.__— 

cm_ stash 


BATH 


.ZIP CODH 


1. Please describe any errors you found in this doaanent (include 
page nuirber). 



2. Does this document cover the information you expected or 
required? Please make suggestions for improvesnent. 


3. Is this the correct level documentation for your needs? Any 
suggestions for other types of publications needed? 


4. Did you have any difficulty 


understanding the material? Where? 






















